# Выполнение работ по развитию государственной информационной системы: информационная система «Система долговременного ухода и социальные стационары» в части создания Сервиса «Чат-бот MAX социальных сервисов»

- Номер: 0173200001426002093 (44-ФЗ)
- Заказчик: ДЕПАРТАМЕНТ ГОРОДА МОСКВЫ ПО КОНКУРЕНТНОЙ ПОЛИТИКЕ
- НМЦК: 80 000 072,48 ₽
- Подача заявок до: 30.10.2026
- Карточка ЕИС: https://zakupki.gov.ru/epz/order/notice/ok20/view/common-info.html?regNumber=0173200001426002093

**Требование к опыту:** Опыт обязателен (3 г.) — Карточка ЕИС (ч. 2.1 ст. 31 44-ФЗ, ПП № 2571): исполненный контракт/договор за 3 года на сумму не менее 20% НМЦК без неоплаченных неустоек
**Суть:** Разработать и встроить новый сервис «Чат-бот MAX социальных сервисов» в действующую государственную информационную систему Москвы «Система долговременного ухода и социальные стационары» (ИС СДУ), а также выполнять последующие доработки системы по заявкам заказчика (модель ТЗ+ЧТЗ) в течение 540 дней.
**Тип проекта:** Новое + поддержка
**Сроки:** 540 календарных дней с даты заключения контракта (начало — на 1-й день); работы ведутся поэтапно и по отдельным заявкам заказчика (ЧТЗ) в течение этого срока
**Оплата:** Аванс не предусмотрен; оплата поэтапно по факту объёма выполненных работ, в течение 7 рабочих дней после подписания заказчиком Документа о приёмке по этапу
**Гарантия:** 12 месяцев с даты завершения всех работ по контракту (Документ о приёмке по последнему этапу); в этот период подрядчик бесплатно устраняет недостатки/уязвимости, консультирует персонал (срок консультации — не более половины срока устранения инцидента), сроки устранения инцидентов — от нескольких часов до нескольких рабочих дней по уровню влияния (Таблица 3 ТЗ); после выполнения работ на полную цену контракта требуется отдельное обеспечение гарантийных обязательств
**Права на результат:** Исключительное право на все результаты работ (исходный код, БД, документация) передаётся заказчику в полном объёме без увеличения цены контракта; подрядчик не вправе использовать эти результаты после передачи
**Только СМП/СОНКО:** нет
**Очное присутствие:** Удалённо
**Можно ли сразу:** Нужна история/допуск
**Пояснение:** Для допуска к заявке нужен документально подтверждённый опыт аналогичных контрактов на ≥20% НМЦК; плюс обязательна работа внутри чужой аттестованной ГИС (ИС СДУ) с её требованиями по ФСТЭК/ФСБ и интеграцией с СУДИР — без этого знания не начать
**Существующая система:** Государственная информационная система Москвы «Система долговременного ухода и социальные стационары» (ИС СДУ), аттестована по защите информации (аттестат №3515.00010.2023 от 08.12.2023), класс защищённости К2, интеграция с СУДИР
**Как выбирают:** Конкурс: цена 30%, качественные характеристики объекта закупки 20% (в т.ч. заявленные сроки устранения инцидентов разной критичности), квалификация участников — остальная часть
**Сложность:** high
**Комментарий:** Крупный (80 млн руб., 540 дней) проект внутри аттестованной московской ГИС с жёсткими требованиями ИБ (К2/УЗ3, ФСБ-сертифицированная криптозащита) и обязательным опытом для допуска — не для старта без профильного опыта госИС

## Признаки заточки под исполнителя: 15% (низкий)
Создание чат-бота MAX в составе действующей московской ГИС «ИС СДУ» и её развитие по заявкам в течение 540 дней. Насторожило одно: больше половины цены контракта приходится на первые 50 дней, а это под силу разве что команде, которая уже знает систему или имеет готовое решение. Квалификация весит 50%, но опыт засчитывается широко (любая разработка/развитие ИС), поэтому как узкий признак не учтён; платформа MAX и СУБД PostgreSQL объяснимы требованиями города.
- exec_too_short (+15): «Начало: 1 (первый) календарный день с даты заключения Контракта; 54,89 Окончание: 50 (пятидесятый) календарный день с даты заключения Контракта.» — На первый этап длиной 50 дней приходится 54,89% цены (≈44 млн ₽ из 80 млн): это порядка 150–180 человеко-месяцев, то есть около 100 специалистов сразу, включая ЧТЗ, разработку чат-бота в аттестованной ГИС и испытания. Новому подрядчику так быстро развернуться очень трудно, но формально выполнимо крупной командой. [docs/0173200001426002093/Техническое_задание_17203227-1.pdf]
Возможные честные причины: Распределение по этапам может отражать бюджетный лимит текущего года (освоить средства до конца 2026 года); в ТЗ прямо указано, что стоимость этапов может перераспределяться при невыборке заявок; ИС СДУ — действующая система, исходный код и ПО заказчика передаются подрядчику по лицензии.

## Что сделать
- Разработка сервиса «Чат-бот MAX социальных сервисов» как подсистемы ИС СДУ
- Выполнение работ по развитию ИС СДУ по заявкам заказчика с оформлением ЧТЗ и расчётом стоимости на каждую заявку
- Интеграция со смежными системами (СУДИР — авторизация, внешние ИС)
- Обеспечение защиты информации: УЗ3 персональных данных, класс защищённости К2, анализ исходного кода на уязвимости (OWASP TOP-10)
- Передача исходного кода, дистрибутивов, технической и рабочей документации
- Передача исключительных прав на результаты работ заказчику

## Платформа и технологии
- СУДИР (авторизация/аутентификация)
- МОС.ОС (Linux)
- ГОСТ Р 34.12-2015/34.13-2018, СКЗИ ФСБ класса КС1+
- Сертифицированный ФСТЭК анализ исходного кода (OWASP TOP-10)

## Допуски, пропуска, режим
- Защищённый удалённый доступ к контурам разработки/тестирования/промышленной эксплуатации заказчика (ЦОД) через сертифицированные ФСБ средства криптозащиты канала (КС1 и выше)
- Обработка персональных данных 3-го уровня защищённости (УЗ3) по требованиям 152-ФЗ
- Допускается привлечение субподрядчиков

## Штрафы и риски
- Оплата уменьшается на сумму начисленных неустоек (штрафов, пеней) напрямую из суммы к оплате
- Обеспечение заявки 4 000 003,62 руб. и обеспечение исполнения контракта 24 000 021,74 руб.
- Оценка по критерию «длительность исправления инцидентов» во время опытной эксплуатации — победитель берёт на себя конкретные сроки реакции (1–3 рабочих дня по разным уровням критичности)

_Выжимка сделана автоматически по документам закупки; юридически значимы только сами документы (файлы в папке «Документы» и текст в 01_ТЕКСТ_ВСЕХ_ДОКУМЕНТОВ.txt)._


# ПОЛНЫЙ ТЕКСТ ДОКУМЕНТОВ

=== ФАЙЛ: Техническое задание | docs/0173200001426002093/Техническое_задание_17203227-1.pdf
Приложение №_____________
к Контракту №_____________
от «_____» ___________20__ г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Выполнение работ по развитию государственной информационной системы:
информационная система «Система долговременного ухода и социальные стационары»
в части создания Сервиса «Чат-бот MAX социальных сервисов»
1 Общая информация об объекте закупки
1.1
Объект закупки: Выполнение работ по развитию государственной информационной
системы: информационная система «Система долговременного ухода и социальные стационары»
в части создания Сервиса «Чат-бот MAX социальных сервисов».
1.2
Код и наименование позиции Классификатора предметов государственного заказа: 02.27.05 –
РАБОТЫ/РАБОТЫ В СФЕРЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ДЛЯ ПРИКЛАДНЫХ
ЗАДАЧ/РАЗРАБОТКА И ВНЕДРЕНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ И РЕСУРСОВ.
1.3
Наименования позиций Справочника предметов государственного заказа: согласно
Приложению 1.
1.4
Место выполнения работ: город Москва.
1.5
Объем работ: согласно Приложению 1.
1.6
Срок выполнения работ: согласно Приложению 1.
1.7
Приложения к Техническому заданию:
­ Приложение 1 – «Перечень объектов закупки»;
­ Приложение 2 – «Форма заявки на выполнение работ по развитию системы»;
­ Приложение 3 – «Форма расчета стоимости реализации решения»;
­ Приложение 4 – «Форма ведомости машинных носителей информации».
Термины и определения
Термин
MTBF
RPO
RTO
Авторизация
Администратор
информационной
безопасности
Антивирусная защита
Аутентификация
Библиотека разработки
ПО
Внешняя
информационная
система
Определение
(англ. Mean time between failures, MTBF) − среднее время беспроблемной работы, от
запуска программного обеспечения, до момента отказа, посчитанная в часах
(англ. Recovery Point Objective) − точка восстановления (отката) − момент времени в
прошлом, на который будут восстановлены данные из резервной копии
(англ. Recovery Time Objective) − период, в течение которого система может оставаться
недоступной в случае аварии или сбоя
Проверка, подтверждение и предоставление прав логического доступа при осуществлении
субъектами доступа логического доступа
Лицо, ответственное за защиту информации и функционирование средств защиты
информации системы обеспечения информационной безопасности ГИС «Помощь и
поддержка»
Специализированная программа для обнаружения компьютерных вирусов, а также
нежелательных (считающихся вредоносными) программ и восстановления зараженных
(модифицированных) такими программами файлов и профилактики – предотвращения
заражения (модификации) файлов или ОС вредоносным кодом
Действия по проверке подлинности субъекта доступа и (или) объекта доступа, а также по
проверке принадлежности субъекту доступа и (или) объекту доступа предъявленного
идентификатора доступа и аутентификационной информации
Контролируемая совокупность документов, промежуточных и конечных программ, а
также инструментальных средств и процедур, используемых для управления текущей
разработкой и последующей поддержкой программного обеспечения.
Информационная система, не являющаяся частью ИС СДУ, но осуществляющая с ней
информационное взаимодействие, предусмотренное функциональными возможностями
1
Вычислительная
инфраструктура ЦОД
Документ о приемке
Заявка
Идентификация
Исходный
(исходный текст)
Контракт
код
Контур
разработки
(среда разработки)
Контур промышленной
эксплуатации
(среда
промышленной
эксплуатации)
Тестовый контур и
контур
опытной
эксплуатации
(среда
тестирования)
Несанкционированный
доступ
Персонал
Персональные данные
Пользователь
Рабочий порядок
Смежная
информационная
система
Сопроводительное
письмо
Социальное
казначейство
Ттех
Тто
Инфраструктура, обеспечивающая информационно-технологическое взаимодействие
органов исполнительной власти города Москвы и организаций при предоставлении
государственных услуг и исполнении государственных функций в городе Москве
Электронный структурированный документ о приемке
Документ, содержащий перечень работ по развитию ИС СДУ, направляемый Заказчиком
Подрядчику с сопроводительным письмом
Действия по присвоению субъектам и объектам доступа идентификаторов и (или) по
сравнению предъявляемого идентификатора с перечнем присвоенных идентификаторов
Компьютерная программа в текстовом виде на каком-либо языке программирования
Государственный контракт на выполнение работ по развитию государственной
информационной системы: информационная система «Система долговременного ухода и
социальные стационары» в части создания Сервиса «Чат-бот MAX социальных сервисов»
Функционально-логический программно-аппаратный комплекс, предназначенный для
разработки программного обеспечения
Функционально-логический программно-аппаратный комплекс, предназначенный для
финального тестирования и валидации изменений перед их переносом в контур
промышленной эксплуатации, включая проверку стабильности, безопасности и
соответствия требованиям
Функционально-логический программно-аппаратный комплекс, предназначенный для
проверки корректности функционирования предлагаемых к внесению изменений в
функционал и информационную структуру Системы
Доступ к информации или действия с информацией, осуществляемые с нарушением
установленных прав и (или) правил доступа к информации или действий с ней с
применением штатных средств информационной системы или средств, аналогичных им по
своим функциональному предназначению и техническим характеристикам
Лица, обеспечивающие функционирование Системы
Любая информация, относящаяся к прямо или косвенно определенному или
определяемому физическому лицу (субъекту персональных данных).
Лицо, участвующее в функционировании Системы или использующее результаты ее
функционирования
Процесс взаимодействия Заказчика и Подрядчика, фиксирующий посредством
электронной почты факты согласования и предоставления информации. Требуется для
возможности информирования Заказчика или Подрядчика о необходимости выполнения
действия в соответствии с Контрактом; срок получения ответа на запрос либо выполнения
необходимого действия – не более 10 (десяти) рабочих дней с момента получения запроса,
если Техническим заданием или в запросе не определено иное
Программный или программно-аппаратный комплекс, не являющийся частью Системы,
но осуществляющий с Системой информационное взаимодействие, предусмотренное
функциональными возможностями Системы. Смежные информационные системы
включают в себя подсистемы (сервисы) в составе ИС СДУ и внешние информационные
системы
Деловое письмо для осуществления информационного обмена между организациями
(учреждениями), их структурными подразделениями (должностными лицами), либо
содержащее описание направляемого адресату пакета документов. Оформляется на бланке
организации (учреждения), содержит дату и исходящий регистрационный номер
отправителя
ГКУ
«Соцказначейство
Москвы»,
государственное
казенное
учреждение,
подведомственное Департаменту труда и социальной защиты населения города Москвы
Средняя продолжительность технического обслуживания. Математическое ожидание
продолжительности одного технического обслуживания (ремонта) данного вида за
определенные период эксплуатации или наработку
Математическое ожидание периодичности технического обслуживания. Интервал
времени или наработка между данным видом технического обслуживания (ремонта) и
последующим таким же или другим видом технического обслуживания
Перечень сокращений
Сокращение
CD
Расшифровка
(англ. Compact Disc) – «компакт-диск»
2
DVD
IP
HTTP
SQL
URL
XLSX
АРМ
БД
ГИС
ГОСТ
ДТСЗН
ИППСУ
ИС
КТС
МОС.ОС
НСИ
ОИВ
ОС
ОЭ
ПО
ППО
СЗИ
СПО
СУБД
СУДИР
ТЗ
ФСТЭК
ЦОД
ЧТЗ
УЗ
ЭВМ
ЭФ
(англ. Digital Video Disc) – «цифровой видеодиск»
(англ. Internet Protokol) – «уникальный сетевой адрес узла в компьютерной сети»
(англ. HyperText Transfer Protocol) – «протокол передачи гипертекста»
(англ. Structured Query Language) – «язык структурированных запросов»
(англ. Uniform Resource Locator) – «единый указатель ресурса»
(англ. Extended Cells) – «формат, в котором хранятся таблицы»
Автоматизированное рабочее место
База данных
Государственная информационная система
Государственный стандарт
Департамент труда и социальной защиты населения города Москвы
Индивидуальная программа предоставления социальных услуг
Информационная система
Комплекс технических средств
Операционная система, созданная на базе ядра Linux по заказу Департамента
информационных технологий Москвы
Нормативно-справочная информация
Органы исполнительной власти
Операционная система
Опытная эксплуатация
Программное обеспечение
Прикладное программное обеспечение
Система защиты информации
Системное программное обеспечение
Система управления базами данных
Автоматизированная информационная система «Система управления доступом к
информационным системам и ресурсам города Москвы»
Техническое задание на выполнение работ по развитию государственной
информационной системы: информационная система «Система долговременного ухода и
социальные стационары» в части создания Сервиса «Чат-бот MAX социальных сервисов»
Федеральная служба по техническому и экспортному контролю
Центр обработки данных
Документ «Частное техническое задание»
Учетная запись
Электронная вычислительная машина
Экранная форма
2
Стандарт работ
2.1
Общие сведения
2.1.1 Полное наименование работ
Выполнение работ по развитию государственной информационной системы:
информационная система «Система долговременного ухода и социальные стационары» в части
создания Сервиса «Чат-бот MAX социальных сервисов».
Полное наименование системы и ее условное обозначение
Полное наименование системы: Информационная система «Система долговременного ухода
и социальные стационары».
Условное обозначение системы: ИС СДУ, Система.
Полное наименование создаваемого сервиса: Сервис «Чат-бот MAX социальных сервисов».
Условное наименование создаваемого сервиса: Сервис «Чат-бот MAX социальных
сервисов».
2.1.2
3
Заказчик
Государственное казенное учреждение города Москвы «Информационный город»
(ГКУ «Инфогород»).
2.1.3
Подрядчик
Определяется по результатам проведения процедуры закупки в соответствии с Федеральным
законом от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг
для обеспечения государственных и муниципальных нужд».
2.1.4
Функциональный заказчик
Департамент труда и социальной защиты населения города Москвы (ДТСЗН
города Москвы) либо подведомственное ему государственное учреждение или другая организация,
которой переданы отдельные функции уполномоченного органа, предусмотренные Положением о
об информационной системе «Система долговременного ухода и социальные стационары»,
утвержденного постановлением Правительства Москвы от 29 апреля 2025 г. № 942-ПП.
2.1.5
Основание для выполнения работ
Основанием для выполнения работ по развитию государственной информационной системы:
информационная система «Система долговременного ухода и социальные стационары» в части
создания Сервиса «Чат-бот MAX социальных сервисов» являются следующие документы:
‒ Закон города Москвы от 24 октября 2001 г. № 52 «Об информационных ресурсах
и информатизации города Москвы»;
‒ постановление Правительства Москвы от 9 августа 2011 г. № 349-ПП «О Государственной
программе города Москвы «Развитие цифровой среды и инноваций»;
‒ постановление Правительства РФ от 6 июля 2015 г. № 676 «О требованиях к порядку
создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации
государственных информационных систем и дальнейшего хранения содержащейся в их
базах данных информации».
2.1.6
Сроки начала и окончания работ
Срок начала выполнения работ: 1 (первый) календарный день с даты заключения
Контракта.
Срок окончания выполнения работ: 540 (пятьсот сороковой) календарный день с даты
заключения Контракта.
Сроки начала и окончания этапов работ определяются в пункте 3.3 ТЗ.
2.1.7
2.1.8
Источники и порядок финансирования работ
Финансирование работ осуществляется за счет средств бюджета города Москвы.
Порядок финансирования работ определяется Контрактом.
Порядок оформления и предъявления Заказчику результатов работ
Требования к составу и оформлению результатов работ приведены в пунктах 2.6, 3.3
и 3.4 ТЗ.
Результаты работ передаются Заказчику в порядке, определенном Контрактом,
в соответствии с Графиком выполнения работ (календарным планом) (Приложение № 2
к Контракту) (далее – График выполнения работ) и составляют:
‒ надлежаще оформленный и подписанный усиленной квалифицированной электронной
подписью Подрядчика электронный структурированный Документ о приемке,
сформированный с использованием АИС «Портал поставщиков» в электронной форме по
каждому этапу. Документ о приемке предоставляется не позднее 10 (десяти) рабочих дней с
даты завершения соответствующего этапа;
‒ отчетная документация по заявкам (документы, разрабатываемые Подрядчиком в рамках
выполнения работ по заявке (Таблица 6 ТЗ)), которая передается на бумажном носителе
информации (3 (три) экземпляра) и на машинном носителе информации (CD/DVD) (2 (два)
2.1.9
4
экземпляра), не предусматривающих возможности перезаписи, с сопроводительными
письмами Подрядчика.
Текстовые документы, передаваемые на машинных носителях информации, должны быть
предоставлены в форматах, поддерживаемых ПО Microsoft Office (в формате *.xlsx для электронных
таблиц, *.docx для текстовых документов, *.vsdx для схем и чертежей), допускается по
согласованию с Заказчиком в рабочем порядке использование другого ПО и форматов
предоставления документов.
Состав передаваемых на машинных носителях информации результатов выполнения работ
оформляется документом «Ведомость машинных носителей информации» по форме,
представленной в Приложении 3 к ТЗ. Документы, передаваемые на бумажном носителе, должны
быть сброшюрованы либо сшиты. В случае предоставления документов в разрозненном,
не скрепленном виде Заказчик имеет право потребовать сшить либо сброшюровать документацию,
а в случае невыполнения Подрядчиком указанного требования в течение 2 (двух) рабочих дней,
Заказчик вправе отказать в приемке и рассмотрении таких документов. При большом объеме
документа допускается разделять его на части, согласно ГОСТ Р 2.105-2019. Национальный
стандарт Российской Федерации. «Единая система конструкторской документации. Общие
требования к текстовым документам». Каждую часть документа комплектуют отдельно. Всем
частям дают наименования и присваивают обозначение документа. Листы документа нумеруют в
пределах каждой части, каждую часть начинают с титульного листа.
Все передаваемые машинные носители информации должны быть маркированы
Подрядчиком следующей информацией:
‒ номер и дата Контракта;
‒ номер заявки;
‒ наименование стадии выполнения заявки согласно Таблице 6 ТЗ;
‒ код машинного носителя информации.
Все документы передаются с сопроводительными письмами Подрядчика.
Порядок предоставления и состав документации, предусмотренной пунктами 4.13, 5.4.3
и 5.4.4 Контракта, Подрядчик согласовывает с Заказчиком в рабочем порядке. Документация,
предусмотренная пунктом 4.13 Контракта, предоставляется по окончании выполнения работ по
каждой заявке, в рамках работ по которой проводятся приемочные испытания в отношении
функционала, разработанного или развитого в результате выполнения работ по Контракту.
Документация, предусмотренная пунктами 5.4.3 и 5.4.4 Контракта, предоставляется Заказчику по
окончании выполнения работ по заявке, в рамках которой Подрядчиком при выполнении работ
были использованы охраняемые результаты интеллектуальной деятельности, права на которые
принадлежат Подрядчику или третьим лицам и необходимость использования которых было
согласовано Заказчиком до фактического использования таких результатов интеллектуальной
деятельности. Указанная документация предоставляется не позднее 10 (десяти) рабочих дней с даты
подписания Сторонами документа «Акт о готовности системы к вводу в эксплуатацию» по
соответствующей заявке.
2.1.10 Порядок внесения изменений и дополнений
Изменения ТЗ не предусмотрены. Детализация требований ТЗ возможна и может быть
предъявлена в составе ЧТЗ.
ТЗ в совокупности с ЧТЗ должны составлять полную систему требований к выполняемым
работам. При этом детализация требований в составе ЧТЗ не должны противоречить основным
требованиям ТЗ и приводить к изменению объема работ, предусмотренного Контрактом.
2.1.11 Порядок взаимодействия Сторон
Работы по Контракту должны выполняться Подрядчиком на основании заявок Заказчика на
выполнение работ по развитию Системы в соответствии с порядком и требованиями, приведенными
в ТЗ.
Порядок взаимодействия Сторон:
‒ Заказчик направляет Подрядчику заявку с сопроводительным письмом. Требования к заявке
приведены в пункте 2.1.11.1 ТЗ;
5
‒
Подрядчик для каждой заявки должен разработать документ «Частное техническое задание»,
содержащий детализацию требований к работам, указанным в заявке. Требования к ЧТЗ
приведены в пункте 2.6.1 ТЗ;
‒ Подрядчик для каждой заявки должен осуществить расчет стоимости выполнения работ,
указанных в заявке, и разработать документ «Расчет стоимости реализации
решения», требования к которому приведены в пункте 2.6.2 ТЗ;
‒ Подрядчик должен предложить оптимальное решение, которое должно быть реализовано
согласно заявке и описать его в документе «Пояснительная записка»;
‒ после завершения выполнения работ по каждой стадии выполнения заявки, указанной в
Таблице 6 ТЗ, Подрядчик предъявляет Функциональному заказчику для рассмотрения и
согласования результаты работ, а также подписанные со стороны Подрядчика 3 (три)
экземпляра отчетной документации, которой оформляется выполнение работ по каждой
стадии заявки;
‒ Функциональный заказчик имеет право согласовать предоставленные Подрядчиком
документы, либо представить Подрядчику замечания к выполненным работам, их
результатам и (или) предоставленным Подрядчиком документам, не согласовывая их.
Указанные Функциональным заказчиком недостатки и замечания подлежат устранению
Подрядчиком.
‒ в случае, если в течение 7 (семи) рабочих дней с даты передачи Подрядчиком отчетной
документации на согласование Функциональному заказчику, Функциональный заказчик не
согласовал предоставленные документы либо не направил замечания к выполненным
работам, их результатам и (или) предоставленным Подрядчиком документам, отчетная
документация считается согласованной Функциональным заказчиком;
‒ Заказчик осуществляет приемку отчетной документации и выполненных работ в
соответствии с требованиями пункта 3.3 ТЗ;
‒ в случае, если Подрядчик предоставил Заказчику комплект отчетной документации
(отчетные документы), которые не согласованы Функциональным заказчиком, Заказчик
имеет право не рассматривать такие документы;
‒ согласование Функциональным заказчиком комплекта отчетной документации само по себе
не подтверждает факт выполнения Подрядчиком каких-либо работ по Контракту с
соблюдением требований Контракта и приложений к нему, в том числе требований к объему
и качеству работ по Контракту;
‒ после прохождения приемочных испытаний без замечаний Заказчиком принимается
решение о готовности Системы к эксплуатации, Сторонами подписывается документ «Акт о
готовности системы к вводу в эксплуатацию».
Подрядчиком должна быть обеспечена передача Заказчику ППО на машинных носителях
информации и отчетной документации. Перечень отчетной документации, разрабатываемой в
рамках выполнения работ по заявкам, приведен в пункте 3.3 ТЗ.
В случае нарушения сроков предоставления ЧТЗ и Расчета стоимости реализации решения
Подрядчик несет ответственность за просрочку исполнения обязательств в соответствии с
условиями Контракта.
Порядок контроля и приемки выполненных работ приведен в пункте 3.4 ТЗ.
2.1.11.1 Требования к заявке
Заказчик формирует заявку в соответствии с формой, представленной в Приложении 2 к ТЗ.
В заявке должны быть указаны следующие данные:
‒ требуемый срок выполнения работ по заявке;
‒ инициатор работ;
‒ перечень работ.
Заявка направляется Подрядчику с сопроводительным письмом.
Состав работ, входящих в заявки, должен включать работы, указанные в пункте 3.3 ТЗ.
Данные требования являются составляющей частью требований, указанных в пункте 3.4.3 ТЗ.
6
2.2
Назначение и цели выполнения работ
2.2.1 Назначение работ
Назначением работ является развитие ИС СДУ в части развития процессов информирования
и консультирования граждан города Москвы об услугах, оказываемых ДТСЗН города Москвы.
Цели выполнения работ по развитию Системы
Целью выполнения работ является информирование и консультирование граждан
города Москвы об услугах, оказываемых ДТСЗН города Москвы, в части услуг, социальной защиты
и других направлений деятельности ДТСЗН города Москвы, а именно:
‒ развитие функциональности Системы в соответствии с требованиями ТЗ;
‒ упрощение процесса консультирования;
‒ снижение нагрузки на сотрудников сферы услуг социальной защиты на консультирование
граждан.
Для достижения указанной цели должны быть решены задачи по развитию Системы в части:
‒ создания Сервиса «Чат-бот MAX социальных сервисов» в составе ИС СДУ;
‒ развития ИС СДУ по заявкам.
2.2.2
2.3
Характеристики объекта автоматизации
2.3.1 Краткие сведения об объекте автоматизации
2.3.1.1 Общие сведения
Тип ИС СДУ – общегородская информационная система.
Основным назначением Системы является автоматизация процессов:
‒ выявления жителей города Москвы, нуждающихся в социальном обслуживании, признания
их нуждающимися в социальном обслуживании и предоставления им социальных услуг в
рамках социального обслуживания;
‒ выявления и учета сведений о совершеннолетних лицах, признанных судом
недееспособными или ограниченно дееспособными, совершеннолетних дееспособных
лицах, которые по состоянию здоровья не могут самостоятельно осуществлять и защищать
свои права и исполнять свои обязанности;
‒ ведение учета граждан, являющихся опекунами (попечителями) совершеннолетних
недееспособных (ограниченно дееспособных) лиц, а также совершеннолетних дееспособных
граждан, нуждающихся в патронаже;
‒ автоматизация процессов по контролю оказания социальных услуг социальными
работниками, а также их качеству;
‒ автоматизация процессов проверки качества жизни и сохранности имущества
совершеннолетних недееспособных (ограниченно дееспособных) граждан с применением
электронных форм документирования и автоматизированного планирования проверок.
ИС СДУ является государственной информационной системой, обеспечивающей
автоматизацию процессов выявления жителей города Москвы, нуждающихся в социальном
обслуживании, признания их нуждающимися в социальном обслуживании и предоставления им
социальных услуг в рамках социального обслуживания.
ИС СДУ относится к следующим классам (уровням) защищенности:
‒ в
соответствии
с
постановлением
Правительства
Российской
Федерации
от 1 ноября 2012 г. № 1119 «Об утверждении требований к защите персональных данных при
их обработке в информационных системах персональных данных» − 3 уровень
защищенности (УЗ3) персональных данных при их обработке в ИС СДУ.
‒ в соответствии с приказом ФСТЭК от 11 апреля 2025 г.. № 117 «Об утверждении Требований
о защите информации, содержащейся в государственных информационных системах, иных
информационных системах государственных органов, государственных унитарных
предприятий, государственных учреждений» − 2 класс защищенности (К2) информационной
системы [1].
ИС СДУ имеет аттестат соответствия требованиям по защите информации
от 8 декабря 2023 г. № 3515.00010.2023.
7
[1] В соответствии с пунктом 27 приказа ФСТЭК России от 11 апреля 2025 г. № 117 «Об утверждении
Требований о защите информации, содержащейся в государственных информационных системах, иных
информационных системах государственных органов, государственных унитарных предприятий, государственных
учреждений» для информационной системы 2 класса защищенности обеспечиваются 2, 3 и 4 уровни защищенности
персональных данных.
Информация о классе компонентов Системы и размещении компонентов на мобильных
устройствах представлена в таблице 1 ТЗ.
Таблица 1 – Класс и размещение компонентов
№
п/п
1.
2.
3.
4.
Компонент Системы
Подсистема интеграции
Подсистема формирования Реестра
нуждающихся в социальном
обслуживании
Подсистема функциональной
диагностики и формирования
ИППСУ
Подсистема принятия решений
6.
Подсистема сбора и консолидации
данных и отображения отчетов
Подсистема ведения НСИ
7.
Подсистема администрирования
5.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
Подсистема «Социальный
инспектор»
Подсистема «Социальный
работник»
Подсистема архивирования
Подсистема работы с заявками на
предоставление услуги
социального обслуживания
граждан
Подсистема учета граждан,
признанных судом
недееспособными или
ограниченными судом в
дееспособности
Подсистема формирования очереди
в стационар
Подсистема социальной
реабилитации граждан
Система обеспечения
информационной безопасности
Подсистема «Ведения договоров и
графиков социального
обслуживания»
Подсистема «Мобильная
платформа»
Подсистема «Социальный
мониторинг»
Класс подсистемы
Прочая
Размещение компонента на
мобильных устройствах
не предусматривается
Обеспечивающая деятельность
ОИВ
не предусматривается
Информационно-аналитическая
не предусматривается
Обеспечивающая деятельность
ОИВ
Обеспечивающая деятельность
ОИВ
Информационно-поисковая
Обеспечивающая деятельность
ОИВ
Обеспечивающая деятельность
ОИВ
Обеспечивающая деятельность
ОИВ
Обеспечивающая деятельность
ОИВ
не предусматривается
не предусматривается
не предусматривается
не предусматривается
предусматривается
предусматривается
не предусматривается
Обеспечивающая деятельность
ОИВ
не предусматривается
Обеспечивающая деятельность
ОИВ
не предусматривается
Обеспечивающая деятельность
ОИВ
Обеспечивающая деятельность
ОИВ
Обеспечивающая деятельность
ОИВ
Обеспечивающая деятельность
ОИВ
Обеспечивающая деятельность
ОИВ
Обеспечивающая деятельность
ОИВ
не предусматривается
не предусматривается
не предусматривается
не предусматривается
предусматривается
не предусматривается
Краткие сведения о создаваемых/развиваемых подсистемах (сервисах)
Необходимо создать в составе ИС СДУ Сервис «Чат-бот MAX социальных сервисов» для
обеспечения автоматизации деятельности ДТСЗН города Москвы, направленной на оказание
содействия в получении социальных мер поддержки лицам, в соответствии с законодательством
Российской Федерации и города Москвы, в части первичного информирования граждан о мерах
поддержки, выплатах, льготах, условиях их получения и необходимых документах для снижения
нагрузки на контакт-центр и повышения доступности информации.
2.3.2
8
Сведения об условиях эксплуатации объекта автоматизации и характеристиках
окружающей среды
2.3.3.1 Условия эксплуатации комплекса технических средств
Условия эксплуатации КТС Системы соответствуют условиям эксплуатации группы 2
ГОСТ Р 71784-2024. «Средства вычислительной техники. Общие технические требования, приемка,
методы испытаний, маркировка, упаковка, транспортирование и хранение».
2.3.3
2.3.3.2 Характеристика окружающей среды
Характеристики окружающей среды в местах установки технических средств соответствуют
ГОСТ Р ИСО 14001-2016. «Системы экологического менеджмента. Требования и руководство по
применению».
2.4
Требования к выполнению работ
2.4.1 Требования к выполнению работ в целом
Выполняемые работы должны привести к расширению функциональных возможностей
Системы.
В рамках работ по Контракту Подрядчик должен выполнить работы:
‒ по развитию существующих подсистем ИС СДУ или созданию новых подсистем (сервисов)
в составе ИС СДУ согласно требованиям Заказчика;
‒ по проведению испытаний развиваемой ИС СДУ и (или) создаваемых/развиваемых
подсистем (сервисов) в составе ИС СДУ;
‒ по созданию и поддержанию в актуальном состоянии документации по Системе.
Основанием для выполнения работ являются, в том числе (но, не ограничиваясь этим):
‒ наличие новых целевых задач, определенных Заказчиком и Функциональным заказчиком,
включая необходимость разработки новых и изменения существующих функций и (или)
пользовательских интерфейсов Системы, использования данных из внешних
информационных систем или передачи накопленных данных во внешние информационные
системы;
‒ изменения, произошедшие в информационных системах, с которыми осуществляется
взаимодействие Системы;
‒ изменения нормативных правовых актов Российской Федерации и города Москвы, правовых
актов ОИВ, регулирующих деятельность по оказанию государственных и иных услуг в сфере
социального обслуживания города Москвы, влияющие на функциональность Системы
(см. раздел 7 ТЗ).
В ходе работ в отношении каждой создаваемой/развиваемой подсистемы (сервиса) должен
быть разработан и внедрен комплекс последовательных решений, направленных на поддержание
функциональности каждой в актуальном состоянии, а именно:
‒ функциональность Системы должна отвечать актуальным нормам федерального и
регионального законодательства, региональным нормативно-правовым актам и
распоряжениям органов исполнительной власти (см. раздел 7 ТЗ);
‒ используемые решения не должны оказывать негативного влияния на существующие
функции Системы, в том числе ухудшать показатели назначения Системы;
‒ работы по Контракту не должны приводить к нарушению работоспособности Системы либо
к недоступности данных, за исключением явным образом указанных в заявках требований
по отказу от определенных функциональных возможностей или ограничению доступности
данных.
Заказчик имеет право привлекать представителей Подрядчика для участия:
‒ в работе по сбору/выявлению и уточнению требований в объеме, достаточном для
качественного выполнения задач по Контракту;
‒ во взаимодействии с представителями внешних информационных систем по работам,
касающимся взаимодействия Системы с внешними информационными системами;
‒ в работе по подготовке информационных и презентационных материалов, проведению
демонстраций Функциональному заказчику по выполненным изменениям в Системе.
9
Среда разработки, среда тестирования и среда промышленной эксплуатации Системы
должны быть организованы в соответствии с пунктами 2.4.5.4.5, 2.4.5.4.6, 2.4.7.1, 5.2 ТЗ.
2.4.2 Требования к функционированию Системы
2.4.2.1 Требования к режимам функционирования Системы
Выполнение работ по Контракту должно осуществляться с учетом режимов
функционирования Системы.
Функционирование развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем
(сервисов) в составе ИС СДУ должно быть реализовано в режимах, предусмотренных для ИС СДУ:
‒ штатный режим (см. пункт 2.4.2.1.1 ТЗ);
‒ профилактический режим (см. пункт 2.4.2.1.2 ТЗ);
‒ аварийный режим (см. пункт 2.4.2.1.3 ТЗ).
В случае необходимости изменения способов и средств перехода (перевода) развиваемой ИС
СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ из одного режима
функционирования в другой в рамках выполнения работ по заявкам, требования к изменениям
должны быть приведены Подрядчиком в ЧТЗ, в том числе должны быть уточнены:
‒ требования к режимам функционирования и их характеристики;
‒ требования к составу и форматам информационных сообщений ИС СДУ для режимов
функционирования.
Решения по способам и средствам перехода (перевода) развиваемой ИС СДУ и (или)
создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ из одного режима
функционирования в другой должны быть приведены Подрядчиком в документе «Пояснительная
записка».
2.4.2.1.1 Штатный режим
Данный режим является основным режимом функционирования ИС СДУ.
Режим характеризуется:
‒ установкой и настройкой программных и технических средств ИС СДУ в соответствии с
эксплуатационной документацией на Систему;
‒ функционированием в штатных (нормальных) режимах внешних информационных систем,
от которых зависит функционирование ИС СДУ.
В штатном режиме функционирования ИС СДУ должно быть обеспечено выполнение
следующих требований:
‒ исправно работают серверные программные и технические средства Системы согласно
установленным показателям назначения и надежности ИС СДУ;
‒ исправно работают программные и технические средства АРМ персонала Системы в течение
режима рабочего времени;
‒ Система обеспечивает выполнение своих функций и показателей назначения в полном
объеме;
‒ обеспечена возможность перевода Системы в профилактический режим функционирования.
В случае невозможности обеспечения информационного взаимодействия развиваемой ИС
СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ со смежными
информационными системами (пункт 3.1.3 ТЗ) и использования кэша данных для обеспечения
штатного режима функционирования Системы, должна быть обеспечена возможность перевода
Системы в аварийный режим функционирования.
2.4.2.1.2 Профилактический режим
Данный режим функционирования предназначен для выполнения работ по сопровождению
и техническому обслуживанию комплекса средств автоматизации ИС СДУ.
Режим характеризуется:
‒ временной недоступностью отдельных функций Системы;
‒ временным снижением или невыполнением отдельных показателей назначения Системы;
‒ функционированием в штатных (нормальных) режимах внешних информационных систем,
от которых зависит функционирование ИС СДУ.
10
В профилактическом режиме функционирования ИС СДУ должно быть обеспечено
выполнение следующих требований:
‒ возможность выполнения работ по сопровождению комплекса средств автоматизации ИС
СДУ;
‒ изменение (модификация) программных и (или) технических средств ИС СДУ;
‒ проверка внесенных изменений и подтверждение работоспособности измененной Системы;
‒ возможность выполнения регламентного, профилактического и других видов технического
обслуживания, предусмотренных эксплуатационной документацией на Систему;
‒ возможность перевода Системы в штатный режим функционирования;
‒ возможность уведомления пользователей ИС СДУ о недоступности развиваемой ИС СДУ и
(или) создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ. Информационное
сообщение должно содержать следующую информацию:
• о нахождении развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистемы
(сервиса) в составе ИС СДУ в профилактическом режиме функционирования;
• об ограничениях доступности функций и снижении (невыполнении) показателей
назначения развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистемы
(сервиса) в составе ИС СДУ;
• о прогнозируемом времени перехода развиваемой ИС СДУ и (или)
создаваемой/развиваемой подсистемы (сервиса) в составе ИС СДУ в штатный режим
функционирования;
‒ возможность
внесения
администратором
развиваемой
ИС
СДУ
и
(или)
создаваемой/развиваемой подсистемы (сервиса) в составе ИС СДУ изменений в текст
информационного сообщения.
В случае невозможности обеспечения информационного взаимодействия развиваемой ИС
СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ со смежными
информационными системами, в информационном сообщении должна быть дополнительно
приведена следующая информация:
‒ наименование недоступной смежной информационной системы или систем;
‒ последовательность действий пользователя ИС СДУ, для обеспечения возможности
использования Системы в профилактическом режиме, или информация об отсутствии
возможности использования Системы.
2.4.2.1.3 Аварийный режим
Данный режим функционирования предназначен для выполнения работ по устранению
отказов компонентов комплекса средств автоматизации ИС СДУ.
Режим характеризуется:
‒ отказом одного или нескольких компонентов программных и (или) технических средств
Системы;
‒ недоступностью функций Системы;
‒ невыполнением показателей назначения Системы;
‒ недоступностью функций одной или нескольких внешних информационных систем, от
которых зависит функционирование ИС СДУ.
В аварийном режиме функционирования ИС СДУ должно быть обеспечено выполнение
следующих требований:
‒ возможность выполнения работ по обнаружению, идентификации и устранению причин:
• отказов компонентов комплекса средств автоматизации ИС СДУ;
• недоступности функций внешних информационных систем, от которых зависит
функционирование ИС СДУ.
‒ возможность перевода Системы в штатный режим функционирования;
‒ возможность уведомления пользователей ИС СДУ о недоступности развиваемой ИС СДУ и
(или) создаваемой/развиваемой подсистемы (сервиса) в составе ИС СДУ за исключением тех
ситуаций, когда авария повлияла на работоспособность функций развиваемой ИС СДУ и
(или) создаваемой/развиваемой подсистемы (сервиса) в составе ИС СДУ, обеспечивающих
11
вывод пользователю информационного сообщения. Информационное сообщение должно
содержать следующую информацию:
• о нахождении развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистемы
(сервиса) в составе ИС СДУ в аварийном режиме функционирования;
• об ограничениях доступности функций и снижении (невыполнении) показателей
назначения развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистемы
(сервиса) в составе ИС СДУ;
• о прогнозируемом времени перехода развиваемой ИС СДУ и (или)
создаваемой/развиваемой подсистемы (сервиса) в составе ИС СДУ в штатный режим
функционирования.
‒ возможность
внесения
администратором
развиваемой
ИС
СДУ
и
(или)
создаваемой/развиваемой подсистемы (сервиса) в составе ИС СДУ изменений в текст
информационного сообщения.
В случае невозможности обеспечения информационного взаимодействия развиваемой ИС
СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ со смежными
информационными системами, в информационном сообщении должна быть дополнительно
приведена следующая информация:
‒ наименование недоступной смежной информационной системы или систем;
последовательность действий пользователя ИС СДУ, для обеспечения возможности
использования Системы в аварийном режиме, или информация об отсутствии возможности
использования Системы.
2.4.2.2 Требования по диагностированию
При выполнении работ по Контракту для диагностирования состояния развиваемой ИС СДУ
и (или) создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ должны быть
использованы средства мониторинга:
‒ эксплуатируемые Заказчиком;
‒ встроенные в СПО Системы.
В развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистемах (сервисах) в составе
ИС СДУ должно быть реализовано протоколирование (журналирование), обеспечивающее:
‒ сбор сведений о событиях ИБ, системных событиях и значениях параметров
диагностирования – метрик в специализированных журналах – log-файлах, а именно об
ошибках выполнения пользовательских запросов и всех связанных с ними запросов
приложений с возможностью идентификации пользователя, функции, которая привела к
ошибке, набора параметров функции и списка запрашиваемых данных;
‒ возможность сохранения/передачи log-файлов на другой сервер, размещенный в пределах
локальной сети ЦОД Заказчика;
‒ хранение данных в log-файлах не менее 14 (четырнадцати) календарных дней;
‒ представление данных в log-файлах должно быть выполнено единообразно в формате,
необходимом для их обработки средствами мониторинга Заказчика. Формат log-файлов
предоставляет Заказчик в рабочем порядке по запросу Подрядчика в течение 5 (пяти)
рабочих дней.
Подрядчиком должны быть уточнены в ЧТЗ:
‒ полный список событий ИБ;
‒ перечень используемых средств мониторинга;
‒ перечень журналируемых системных событий и метрик, с их эталонными значениями;
‒ перечень log-файлов;
‒ форматы представления данных в log-файлах.
2.4.2.3 Перспективы развития системы
В развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистемах (сервисах) в составе
ИС СДУ должна быть обеспечена возможность вертикального, горизонтального масштабирования
и расширения функциональных возможностей КТС.
12
Технические решения, используемые в рамках выполнения работ по Контракту, должны
позволять минимизировать трудозатраты по развитию Системы, требуемые в связи с выпуском
новых нормативных актов, приводящих к изменению технологического процесса.
ППО развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в составе
ИС СДУ должно иметь модульную структуру с целью уменьшения сложности ее дальнейшего
развития.
Требования к численности и квалификации персонала и пользователей системы и
режимам их работы
2.4.3.1 Требования к численности персонала системы
Численность персонала должна определяться исходя из количества необходимых
автоматизированных рабочих мест для управления Системой и объемов выполняемых работ для
функционирования Системы в соответствии с требованиями, приведенными в ТЗ.
В случае необходимости изменения в рамках выполнения работ по заявке категорий
и численности
персонала,
обслуживающего
развиваемую
ИС
СДУ
и
(или)
создаваемые/развиваемые подсистемы (сервисы) в составе ИС СДУ, требования к изменениям
должны быть приведены Подрядчиком в ЧТЗ.
2.4.3
2.4.3.2 Требования к квалификации персонала, порядку его подготовки и контроля знаний
и навыков
В состав персонала Системы должны входить:
‒ обслуживающий персонал Системы (администраторы, специалисты службы эксплуатации,
специалисты поддержки пользователей и т.п.);
‒ администратор информационной безопасности.
Персонал Системы должен обладать квалификацией, обеспечивающей, как минимум:
‒ навыки работы с персональным компьютером под управлением операционных систем,
требования к которым указаны в пункте 2.5.3 ТЗ (управление окнами и приложениями,
файловая система);
‒ навыки работы с веб-браузерами, требования к которым указаны в пункте 2.5.3 ТЗ для
просмотра веб-страниц, расположенных в сети Интернет;
‒ знание основ информационной безопасности.
К обслуживающему персоналу предъявляются следующие требования:
‒ знание принципов построения СУБД;
‒ навыки работы с серверным и телекоммуникационным оборудованием;
‒ расширенные знания в области технического сопровождения и поддержки пользователей;
‒ знание основ администрирования операционных систем, серверов приложений и серверов
БД.
Администраторы информационной безопасности должны обладать квалификацией в области
обеспечения информационной безопасности и практическим опытом выполнения работ по
установке, настройке и администрированию используемых в Системе средств защиты информации.
Перед выполнением работ персонал Системы должен ознакомиться с эксплуатационной
документацией на Системы и на СПО, с документацией производителей технических средств.
Дополнительное обучение не требуется.
В случае необходимости уточнения требований к квалификации персонала, порядку его
подготовки, контролю знаний и навыков в рамках выполнения работ по Заявкам, уточненные
требования должны быть приведены Подрядчиком в ЧТЗ.
2.4.3.3 Требуемый режим работы персонала системы
Режим работы персонала должен соответствовать
подразделений Заказчика и Функционального заказчика.
основному рабочему графику
2.4.3.4 Требования к квалификации пользователей и порядку их подготовки
Пользователи Системы должны иметь знания основ информационной безопасности и навыки
работы:
13
‒
с персональным компьютером (управление окнами и приложениями, файловая система) под
управлением операционных систем, требования к которым указаны в пункте 2.5.3 ТЗ;
‒ с веб-браузерами (просмотр веб-страниц, расположенных в сети Интернет и заполнения вебформ), требования к которым указаны в пункте 2.5.3 ТЗ.
Перед работой с ИС СДУ пользователи должны ознакомиться с документом «Руководство
пользователя» на развиваемую ИС СДУ и (или) создаваемые/развиваемые подсистемы (сервисы) в
составе ИС СДУ. Дополнительное обучение не требуется.
В случае необходимости уточнения требований к квалификации пользователей в рамках
выполнения работ по заявке, уточненные требования должны быть приведены Подрядчиком в ЧТЗ.
2.4.4 Показатели назначения Системы
2.4.4.1 Вероятностно-временные характеристики, при которых сохраняется целевое
назначение Системы
Для ИС СДУ должны быть обеспечены следующие вероятностно-временные
характеристики:
‒ минимальное количество обрабатываемых обращений к ИС СДУ – не менее 100 000 000 (ста
миллионов) в год;
‒ максимальное количество обращений к ИС СДУ – 120 (сто двадцать) в секунду;
‒ максимальное время обработки запроса смежной информационной системы – не более 30
(тридцати) секунд;
‒ максимальное время отклика на действия пользователя при скорости передачи данных 100
(сто) Мбит/сек:
• при выполнении функций, не требующих обработки больших массивов информации – не
более 10 (десяти) секунд;
• при выполнении функций, требующих обработки больших массивов информации (в том
числе сложных поисковых запросов) – не более 2 (двух) минут;
• генерация отчета – не более 10 (десяти) минут.
Для Сервиса «Чат-бот MAX социальных сервисов» должны быть обеспечены следующие
вероятностно-временные характеристики:
‒ максимальное количество одновременно работающих пользователей Сервиса «Чат-бот MAX
социальных сервисов» – 100 000 (ста тысяч);
‒ максимальное время отклика на действия пользователя при скорости передачи данных
100 Мбит/сек:
• при выполнении функций, не требующих обработки больших массивов
информации – не более 10 (десяти) секунд;
• при выполнении функций, требующих обработки больших массивов информации (в том
числе сложных поисковых запросов) – не более 2 (двух) минут.
2.4.5 Требования к надежности Системы
2.4.5.1 Состав и количественные значения показателей надежности Системы в целом
В результате выполнения работ по Контракту должно быть обеспечено достижение
показателей надежности Системы, которые приведены в Таблице 2 ТЗ.
Таблица 2 – Показатели надежности Системы и их значения
Показатель
MTBF
Тто
RTO
Ттех
RPO
Значение
не менее 980 часов
не менее 780 часов
не более 4 часов
не более 8 часов
не более 24 часов
14
2.4.5.2 Перечень аварийных ситуаций, приводящих к отказу или сбою системы и (или) ее
компонентов
Возможность восстановления работоспособности развиваемой ИС СДУ и (или)
создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ и сохранность информации в
ней должны быть обеспечены при возникновении следующих аварийных ситуаций:
‒ отказы в системе электроснабжения:
• отказы технических средств Системы;
• полное отключение электроэнергии.
‒ отказы КТС:
• отказы серверного оборудования;
• отказы сетевого, телекоммуникационного оборудования и каналов связи;
• отказы оборудования резервного копирования информации.
‒ отказы программных средств:
• отказы СПО;
• отказы ППО.
‒ отказы в результате ошибок персонала.
2.4.5.3 Требования к надежности программного обеспечения
При развитии ИС СДУ должно быть обеспечено выполнение следующих общих требований
к ПО Системы:
‒ отсутствие единой точки отказа – элемента, отказ которого приводит к потере
работоспособности ИС СДУ в целом;
‒ наличие средств резервирования;
‒ наличие средств автоматического контроля и диагностирования;
‒ использование средств виртуализации в сочетании с отказоустойчивыми кластерами;
‒ контроль и сохранение целостности данных на уровне СУБД;
‒ автоматическое восстановление работоспособности ПО Системы:
• при штатном перезапуске технических средств;
• после сбоя технических средств, вызвавших перезагрузку операционной системы;
• при штатной перезагрузке операционной системы;
• после сбоя программных средств, вызвавших перезагрузку операционной системы.
‒ наличие средств контроля и обработки ошибочных действий пользователя;
‒ протоколирование операций Системы в объеме, необходимом для обеспечения требуемого
уровня надежности.
Должно быть обеспечено функционирование развиваемой ИС СДУ и (или)
создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ с показателями надежности не
меньшими, чем у ИС СДУ.
2.4.5.4 Требования к защите информации
2.4.5.4.1 Основные требования к защите информации от несанкционированного доступа
В ходе выполнения работ по Контракту Подрядчик обязан:
‒ провести оценку влияния на состояние защищенности ИС СДУ изменений, вносимых
при создании и развитии подсистем (сервисов) в составе ИС СДУ, результат привести в
документе «Пояснительная записка»;
‒ разработать обоснование необходимости/отсутствия необходимости проведения повторной
аттестации ИС СДУ на соответствие требованиям безопасности информации и привести его
в документе «Пояснительная записка»;
‒ разработать документы (для развиваемой ИС СДУ и (или) создаваемых/развиваемых
подсистем (сервисов) в составе ИС СДУ):
• Проект акта классификации подсистемы (сервиса) по требованиям безопасности
информации;
• Частная модель угроз и нарушителя безопасности информации, обрабатываемой в
подсистеме (сервисе);
15
• Матрица ролей и полномочий доступа пользователей к ресурсам подсистемы (сервиса).
В случае обоснования необходимости внесения изменений в Аттестат соответствия
требованиям безопасности информации ИС СДУ на соответствие требованиям безопасности
информации, аттестационные мероприятия будут проведены Заказчиком самостоятельно,
в рамках отдельного государственного контракта.
При выполнении работ по Контракту должен быть реализован комплекс мер, направленных
на защиту от несанкционированного доступа. В развиваемой ИС СДУ и (или)
создаваемых/развиваемых подсистема (сервисах) в составе ИС СДУ должны быть обеспечены:
‒ классификация обрабатываемой информации по требованиям безопасности;
‒ управление доступом пользователей на основе токена аутентификации, при этом при каждом
обращении к развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистемах
(сервисах) в составе ИС СДУ должна осуществляться верификация токена аутентификации;
‒ регистрация и учет событий безопасности (сбор, запись, хранение и защита информации
о событиях безопасности в Системе, а также возможность просмотра и анализа информации
о таких событиях и реагирование на них);
‒ возможность обновления ППО при необходимости обновления СПО в рамках управления
уязвимостями;
‒ обеспечение целостности (обнаружение фактов несанкционированного нарушения
целостности Системы и содержащейся в ней информации, в том числе подмена
аутентификационных параметров пользователя, а также возможность восстановления
Системы и содержащейся в ней информации);
‒ обеспечение доступности (авторизованный доступ пользователей, имеющих права
по доступу, к информации, обрабатываемой в развиваемой ИС СДУ и (или)
создаваемых/развиваемых подсистемах (сервисах) в составе ИС СДУ).
2.4.5.4.2 Требования к защите информации от несанкционированного доступа в части
авторизации и аутентификации
Авторизация и аутентификация пользователей ИС СДУ должна осуществляться в СУДИР.
Требования к способам авторизации и аутентификации пользователей должны быть приведены в
ЧТЗ.
В развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистеме (сервисе) в составе ИС
СДУ должен быть обеспечен запрет использования протоколов аутентификации, допускающих
незащищенную передачу аутентификационных данных пользователей, в том числе передачу их
открытым текстом или с использованием обратимых преобразований.
В случае наличия возможности должна быть реализована возможность блокирования сеанса
доступа пользователей к развиваемой ИС СДУ и (или) создаваемым/развиваемым подсистемам
(сервисам) в составе ИС СДУ после установленного времени бездействия пользователя,
требующего выполнения процедур повторной аутентификации и авторизации для продолжения
работы.
Требования к наличию возможности блокирования сеанса доступа и механизму настройки
блокировки сеанса доступа должны быть приведены в ЧТЗ.
При использовании локальной авторизации и аутентификации пользователей в развиваемой
ИС СДУ и (или) создаваемой/развиваемой подсистеме (сервисе) в составе ИС СДУ должен быть
реализован запрет хранения паролей УЗ пользователей в открытом виде и (или) с использованием
обратимых преобразований.
В развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистеме (сервисе) в составе ИС
СДУ запрещается использование для любых УЗ, в том числе технологических, паролей «по
умолчанию» и «простых» паролей.
В развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистеме (сервисе) в составе ИС
СДУ и (или) в конфигурационных файлах должен быть реализован запрет отображения (хранения)
паролей от технологических УЗ в открытом виде и (или) с использованием обратимых
преобразований.
16
В развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистеме (сервисе) в составе ИС
СДУ должен быть реализован запрет выполнения и запуска каких-либо программных модулей с
правами администратора.
Авторизованный пользователь должен иметь возможность самостоятельного завершения
сеанса работы в развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистеме (сервисе) в
составе ИС СДУ. По завершении сеанса работы пользователя все идентификаторы, в том числе
токен аутентификации соответствующей сессии должны гарантированно удаляться.
В развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистеме (сервисе) в составе ИС
СДУ не допускается одновременное использование двух и более подключений (сессий) для одного
пользователя (если и иное не предусмотрено иными функциональными требованиями к
создаваемым (развиваемым) подсистемам (сервисам) и если технически реализуемо).
2.4.5.4.3 Требования к защите информации от несанкционированного доступа в части
регистрации событий и просмотр журналов регистрации событий
В развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистемах (сервисах) в составе
ИС СДУ должен быть реализован настраиваемый механизм логирования и журналирования
действий и операций пользователей с фиксацией логина пользователя, даты совершения действия,
описания действия/изменения.
Требования к механизму настройки логирования должны быть приведены в ЧТЗ.
В случае наличия возможности, в развиваемой ИС СДУ и (или) создаваемых/развиваемых
подсистемах (сервисах) в составе ИС СДУ должен быть реализован многоуровневый аудит
операций с возможностью настройки аудита любой активности на системном уровне: выполнения
пользователем отдельных процедур, модификации объектов с обеспечением сохранения истории
изменения любых атрибутов объектов, построение отчетов.
Требования к наличию возможности реализации многоуровневого механизма аудита и
механизму настройки аудита должны быть приведены в ЧТЗ.
В развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистемах (сервисах) в составе
ИС СДУ должно быть обеспечено логирование и регистрация, в том числе, следующих событий:
‒ вход/выход пользователя в развиваемую ИС СДУ и (или) создаваемую/развиваемую
подсистему (сервис) в составе ИС СДУ;
‒ создание новых учетных записей и изменение прав доступа учетных записей (в случае
локальной авторизации, если применимо к развиваемой ИС СДУ и (или)
создаваемым/развиваемым подсистемам (сервисам) в составе ИС СДУ;
‒ успешные/неуспешные действия (например, ошибки аутентификации, недостаточные права
доступа при выполнении операций, действия пользователя).
Требования к наличию возможности логирования и регистрации срабатывания функций
безопасности должны быть приведены в ЧТЗ.
В случае возможности реализации в развиваемой ИС СДУ и (или) создаваемых/развиваемых
подсистемах (сервисах) в составе ИС СДУ должен быть реализован настраиваемый функционал по
уведомлениям АИБ об определенных событиях, имеющих признаки инцидента информационной
безопасности (если требование применимо к развиваемой ИС СДУ и (или)
создаваемой/развиваемой подсистеме (сервису) в составе ИС СДУ).
Требования к наличию возможности по уведомлениям АИБ и настраиваемый функционал по
уведомлениям АИБ должны быть приведены в ЧТЗ.
В развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистеме (сервису) в составе ИС
СДУ должен быть реализован запрет вывода внешним пользователям сообщений об ошибках с
информацией о версии ОС, наименованиях и путях к директориям и файлам, фрагментах исходного
кода (SQL-запросы, контроллеры и обработчики) или конфигурациях.
Внешним пользователям сообщения об ошибках должны выдавать страницу-заглушку с
кодом HTTP-ответа веб-сервера «200» при обработке ошибок.
17
2.4.5.4.4 Требования к защите информации от несанкционированного доступа в части
криптографической защиты
Развиваемая ИС СДУ и (или) создаваемая/развиваемая подсистема (сервис) в составе ИС
СДУ должна поддерживать передачу персональных данных и иной информации за пределы контура
ЦОД Заказчика, равно как и интеграцию с другими внешними информационными системами, по
протоколу TLS ГОСТ Р 34.12-2015. Национальный стандарт Российской Федерации.
«Информационная технология. Криптографическая защита информации. Блочные шифры»,
средствами криптографической защиты канала передачи данных, имеющих действующий
сертификат соответствия требованиям ФСБ России с использованием средств защиты передаваемой
информации, реализующих следующие функции:
‒ шифрование передаваемых данных в соответствии с алгоритмом ГОСТ 34.12-2018
и ГОСТ 34.13-2018 в режиме гаммирования с обратной связью;
‒ защита от искажения передаваемых данных в соответствии с ГОСТ 34.12-2018
и ГОСТ 34.13-2018 в режиме имитовставки;
‒ централизованное управление и мониторинг компонентов Системы;
‒ обеспечение отказоустойчивости;
‒ обеспечение защищенного удаленного доступа к информационным ресурсам ИС СДУ.
Средства защиты каналов связи должны обладать сертификатом соответствия требованиям
ФСБ России к средствам криптографической защиты информации класса КС1 и выше.
2.4.5.4.5 Требования к защите информации от несанкционированного доступа в части защиты
от воздействия вредоносного кода
ППО развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в составе
ИС СДУ, устанавливаемое на серверы, а также на рабочие места пользователей, должно быть
совместимо со средствами антивирусной защиты, применяемыми у Заказчика.
2.4.5.4.6 Требования к защите информации от несанкционированного доступа в части защиты
обрабатываемых данных
Подрядчик, при развитии ИС СДУ и (или) создании/развитии подсистем (сервисов) в составе
ИС СДУ должен разработать и предоставить Заказчику скрипт, позволяющий обезличить
обрабатываемые в СУБД персональные данные, для использования их в тестовых средах и средах
разработки Заказчика.
Обезличивание персональных данных должно осуществляться в соответствии с
требованиями приказа Федеральной службы по надзору в сфере связи, информационных
технологий и массовых коммуникаций от 19 июня 2025 г. № 140 «Об утверждении требований к
обезличиванию персональных данных и методов обезличивания персональных данных, за
исключением случаев, указанных в пункте 9-1 части 1 статьи 6 Федерального закона
от 27 июля 2006 г. № 152-ФЗ «О персональных данных».
В случае наличия возможности должно быть реализована обработка персональных данных в
развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ.
При обработке информации, содержащей персональные данные, должны применяться
Требования к защите персональных данных при их обработке в информационных системах
персональных данных, утвержденные постановлением Правительства Российской Федерации
от 1 ноября 2012 г. № 1119.
Требования к наличию возможности обработки персональных данных, перечень категорий
субъектов персональных данных и перечень персональных данных должны быть приведены
Подрядчиком в ЧТЗ.
2.4.5.4.7 Требования к защите информации от несанкционированного доступа в части
обеспечения безопасности исходного кода
Исходные коды ППО развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем
(сервисов) в составе ИС СДУ должны пройти анализ на наличие уязвимостей, а также
соответствовать требованиям по минимизации web-угроз OWASP (в частности, TOP-10),
выявленные в ходе анализа уязвимости должны быть устранены.
18
Анализ на наличие уязвимостей исходных кодов ППО развиваемой ИС СДУ и (или)
создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ проводится Заказчиком
с использованием сертифицированной ФСТЭК России системы (средства) анализа исходного кода.
Проверка требований к защите информации от несанкционированного доступа в части
обеспечения безопасности исходного кода проводится Заказчиком, в рамках проведения
предварительных и приемочных испытаний. К предварительным и приемочным испытаниям
допускаются развиваемая ИС СДУ и (или) создаваемые/развиваемые подсистемы (сервисы)
в составе ИС СДУ, исходный код ПО которой по результатам анализа получил интегральную
оценку защищенности 4,5 балла и выше.
2.4.5.4.8 Требования по защите информации при разработке мобильного приложения
В создаваемых/развиваемых мобильных приложениях ИС СДУ должна быть реализована
возможность блокирования сеанса доступа пользователя к мобильному приложению после
установленного времени бездействия, требующего выполнения процедур повторной
аутентификации и авторизации для продолжения работы.
Процедура авторизации и аутентификации пользователей должна позволять использовать
технологии биометрической аутентификации мобильного телефона.
В компонентах создаваемых и развиваемых мобильных приложений ИС СДУ, размещенных
в ЦОД, должен быть реализован настраиваемый механизм логирования и журналирования действий
и операций Пользователей, с указанием mac-адреса устройства, типа браузера, версии ОС.
Требования к механизму настройки логирования должны быть приведены в ЧТЗ.
Требования к эргономике и технической эстетике
В ИС СДУ должны быть реализованы следующие требования по эргономике и технической
эстетике:
‒ для взаимодействия пользователя с Системой должен быть использован визуальный
графический интерфейс, который соответствует требованиям, приведенным в
ГОСТ Р 56274-2014. Национальный стандарт Российской Федерации. «Общие показатели и
требования в эргономике»;
‒ основным языком графического интерфейса для взаимодействия с пользователем по
умолчанию должен быть русский язык. Использование английского языка допускается
опционально;
‒ для запуска операций и (или) получения доступа к элементам ЭФ АРМ преимущественно
должен быть использован манипулятор типа «мышь» или сенсорная панель;
‒ для ввода информации в поля ввода ЭФ АРМ преимущественно должна быть использована
клавиатура или сенсорная панель (в случае, если предусмотрено ее использование);
‒ графический интерфейс пользователя развиваемой ИС СДУ и (или) подсистем (сервисов) в
составе ИС СДУ должен быть реализован как набор взаимосвязанных ЭФ:
• выполненных в едином графическом стиле с унифицированным расположением
основных (типовых) элементов ввода данных, управления и навигации;
• с типовой реакцией на действия оператора (наведение указателя «мыши», переключение
фокуса, выделение/выбор объекта, нажатие кнопки) над схожими элементами
интерфейса.
2.4.6
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов системы
2.4.7.1 Условия и режим эксплуатации программных и технических средств системы
Условия эксплуатации комплекса технических средств Заказчика должны соответствовать
условиям эксплуатации группы 2 ГОСТ Р 71784-2024. Национальный стандарт Российской
Федерации. Средства вычислительной техники. Общие технические требования, приемка, методы
испытаний, маркировка, упаковка, транспортирование и хранение.
Основные параметры рабочего места персонала должны соответствовать требованиям
ГОСТ Р 50923-96. Государственный стандарт Российской Федерации. «Дисплеи. Рабочее место
2.4.7
19
оператора. Общие эргономические требования и требования к производственной среде. Методы
измерения».
Порядок эксплуатации, периодичность и виды технического обслуживания КТС ИС СДУ, в
том числе допустимость работы без обслуживания, определяются Заказчиком в соответствии с
требованиями технической документации производителей технических средств.
Заказчик должен обеспечить технические средства для функционирования среды
тестирования и среды промышленной эксплуатации Системы. Версии СПО, версии сборок
прикладного программного обеспечения и настройки, не связанные с IP-адресацией и URL вебсервисов, должны быть идентичны в обеих средах. По согласованию с Заказчиком в рабочем
порядке технические средства для функционирования среды разработки может предоставить
Подрядчик.
В среде тестирования Системы Заказчика разработка вестись не должна. Среда тестирования
Системы Заказчика должна быть предназначена только для тестирования функциональных
возможностей и тестирования обновлений версий ППО и СПО.
Любые изменения или обновления версий ППО и СПО в среде тестирования Системы
Заказчика должны применяться только в случае успешного проведения аналогичных работ на
тестовой платформе Подрядчика.
Требования по сохранности информации при авариях
В случае возникновения нештатной или аварийной ситуации Подрядчик должен обеспечить
анализ причины нарушения возможности использования Системы.
В целях сохранности информации при авариях (отключение электропитания, отказах
программных и технических средств) ИС СДУ должна поддерживать возможность обеспечивать:
‒ автоматическое и (или) ручное резервное копирование данных и ПО средствами системы
резервного копирования Заказчика или СПО Системы (ОС, СУБД) одним из следующих
способов:
• полное резервное копирование данных;
• инкрементное резервное копирование данных;
‒ периодичность резервного копирования в соответствии с показателем надежности «Среднее
время сохранности данных» (RPO – см. пункт 2.4.5.1 ТЗ);
‒ хранение не менее 14 (четырнадцати) календарных дней истории резервных копий;
‒ восстановление данных и ПО из резервных копий после устранения причин и последствий
аварии.
2.4.8
Требования к патентной чистоте отчуждаемости результатов работ
Патентная чистота программного комплекса и его частей должна быть обеспечена в
отношении патентов, действующих на территории Российской Федерации. Реализация
технических, программных, организационных и иных решений в Системе не должна приводить к
нарушению авторских и смежных прав третьих лиц.
Подрядчиком при разработке может использоваться ПО и библиотеки программных кодов,
являющиеся собственной разработкой Подрядчика или приобретаемые на основании лицензий (в
том числе свободно распространяемое ПО с открытым исходным кодом). В случае использования
в составе Системы ПО с открытым исходным кодом Подрядчик до внедрения ПО в Систему обязан
направить Заказчику уведомление о включении в состав Системы такого ПО с названием ПО,
номером версии, ссылкой на интернет-ресурс, описанием лицензионных условий данного ПО и
целей внедрения такого ПО в Систему. В случае использования ПО с открытым исходным кодом,
условия лицензирования которого накладывают ограничения на дальнейшее использование ПО (в
т.ч. устанавливающие условия его модификации и дальнейшего распространения), для включения
такого ПО в состав Системы Подрядчик обязан получить предварительное письменное согласие
Заказчика.
ПО, в том числе программные комплексы и компоненты ПО, используемое в составе
Системы, должно быть включено в Единый реестр российских программ для электронных
вычислительных машин и баз данных (https://reestr.digital.gov.ru/reester/) или в Единый реестр
программ для электронных вычислительных машин и баз данных государств – членов Евразийского
2.4.9
20
экономического союза (https://eac-reestr.digital.gov.ru/). В случае невозможности использования ПО,
включенного в указанные реестры, Подрядчик обязан предоставить Заказчику на согласование в
официальном порядке проект обоснования невозможности использования. Решение об
использовании альтернативного ПО направляется Заказчиком в адрес Подрядчика в официальном
порядке в течение 10 (десяти) рабочих дней с даты представления проекта обоснования
невозможности использования.
Точный состав и количество лицензий на ПО, необходимое для ввода создаваемой Системы
в эксплуатацию и дальнейшей эксплуатации Системы, являющееся собственной разработкой
Подрядчика или закупаемое Подрядчиком у третьих лиц, должно быть указано в документе
«Пояснительная записка». В отношении ПО с открытым исходным кодом, которое было
использовано Подрядчиком при выполнении работ по Контракту и включено в состав Системы, в
документ «Описание архитектуры» также должна быть включена информация, указанная в абзаце
втором настоящего пункта ТЗ.
При предоставлении Заказчику прав использования ПО, разработанного третьими лицами
либо Подрядчиком в целях использования такого ПО в рамках реализации условий ТЗ и Контракта,
состав таких прав должен включать возможность предоставления Заказчиком прав использования
такого ПО в составе Системы государственным (муниципальным) органам, подведомственным им
организациям, пользователям Системы, а также иным юридическим лицам, использующим Систему
в соответствии с правовыми актами города Москвы, в объеме, необходимом для использования
Системы по ее прямому назначению, подрядчикам (исполнителям), с которыми Заказчиком или
указанными лицами заключены государственные контракты (договоры), и их субподрядчикам
(соисполнителям) для целей исполнения обязательств по таким государственным контрактам
(договорам). Подрядчик предоставляет право на переработку (модификацию) указанного ПО
Заказчику, Департаменту информационных технологий города Москвы и подведомственным ему
организациям с правом предоставления таких прав подрядчикам (и их субподрядчикам) для целей
исполнения государственных контрактов (договоров), заключенных с ними.
В соответствии с пунктом 7.3 Контракта Заказчик предоставляет Подрядчику права
использования ПО Системы, а также иного ПО, правообладателем которого является город Москва
или Заказчик и перечень которого согласован Подрядчиком с Заказчиком в письменной форме (в
том числе путем указания наименований такого ПО в ТЗ), для использования в рамках исполнения
Контракта (далее – ПО Заказчика), безвозмездно на срок выполнения работ по Контракту на
условиях простой (неисключительной) лицензии в целях выполнения работ, предусмотренных
Контрактом. Подрядчик имеет право использовать ПО Заказчика на территории Российской
Федерации в рамках выполнения работ по Контракту следующими способами: инсталляция, запуск,
воспроизведение, модификация, переработка, доработка, адаптация. Подрядчик имеет право
предоставить права использования ПО Заказчика субподрядчикам для целей выполнения работ по
Контракту при письменном согласии Заказчика на такое предоставление прав использования.
Стороны признают и соглашаются, что данные положения ТЗ признаются лицензионным
договором.
В соответствии со статьей 7 Контракта исключительные права на результаты
интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели,
промышленные образцы, программы для электронных вычислительных машин, БД, топологии
интегральных микросхем, а также исключительные права на результаты работ, включая объекты
авторских прав и потенциально патентоспособные технические решения, секреты производства
(ноу-хау), созданные в рамках Контракта, принадлежат в лице Заказчика субъекту Российской
Федерации – городу Москве, на основании подпункта 1 пункта 4 статьи 1240.1 Гражданского
кодекса Российской Федерации.
2.4.10 Требования по стандартизации и унификации
При выполнении работ по развитию ИС СДУ должны быть использованы международные,
общероссийские и отраслевые справочники и классификаторы.
При выборе применяемых решений преимущество должно отдаваться решениям,
основанным на стандартизированных технологиях, прошедших процедуру стандартизации, и
21
утвержденных в качестве стандартов, либо рекомендаций, признанных международным,
федеральным, отраслевым органом по стандартизации.
Обмен информацией между ИС СДУ и смежными информационными системами должен
быть организован с использованием стандартизованных форматов описания данных и
стандартизованных технологий веб-сервисов.
Визуальный графический интерфейс пользователя должен быть спроектирован и реализован
с учетом требований к эргономике и технической эстетике (пункт 2.4.6 ТЗ).
В отчетной документации по Контракту должны быть использованы унифицированные
термины, обозначения и сокращения для описания идентичных понятий, операций и действий
пользователя.
2.5
Требования к видам обеспечения
2.5.1 Требования к информационному обеспечению
2.5.1.1 Требования к составу, структуре и способам организации данных в системе
Должно быть обеспечено хранение конфигурационных данных развиваемой ИС СДУ и (или)
создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ в соответствии со следующими
правилами:
‒ конфигурационные данные развиваемой ИС СДУ и (или) создаваемых/развиваемых
подсистем (сервисов) в составе ИС СДУ хранятся в незашифрованном виде отдельно от
других данных;
‒ конфигурационные данные развиваемой ИС СДУ и (или) создаваемых/развиваемых
подсистем (сервисов) в составе ИС СДУ хранятся в текстовом файле или в БД.
В случае необходимости изменения состава, структуры и способов организации данных в
Системе в рамках выполнения работ по заявкам, требования к составу, структуре и способам
организации данных в развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем
(сервисов) в составе ИС СДУ) должны быть уточнены Подрядчиком в ЧТЗ.
2.5.1.2 Требования к информационному обмену и информационной совместимости
Информационное обеспечение развиваемой ИС СДУ и (или) создаваемых/развиваемых
подсистем (сервисов) в составе ИС СДУ должно быть совместимо с информационным
обеспечением взаимодействующих смежных информационных систем по содержанию, системе
кодирования, методам адресации, форматам данных и форме представления информации,
получаемой и предоставляемой Системой в соответствии с требованиями, приведенными в пункте
3.1.3 ТЗ.
Логирование фактов информационного обмена должно быть обеспечено согласно
требованиям пунктов 2.4.5.3, 2.4.5.4 ТЗ, раздела 5 ТЗ и иметь возможность включения через
настройки сохранения лог-файлов на внешнем сервере.
Процесс передачи данных в ходе информационного обмена должен быть реализован без
необходимости вмешательства персонала (пользователей) и повторного ручного ввода информации
в Систему
Запросы, поступающие от пользователей и от смежных информационных систем к
развиваемой ИС СДУ и (или) создаваемым/развиваемым подсистемам (сервисам) в составе ИС
СДУ, должны иметь сквозной идентификатор операции (RequestID).
При передаче нормативно-справочной информации должны передаваться только коды
справочных данных, но не смысловые значения справочников, что обеспечит сокращение объема
данных, передаваемых по сетям связи.
2.5.1.3 Требования по использованию классификаторов и кодированию информации
В развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в составе
ИС СДУ должна быть обеспечена поддержка кодирования хранимой и обрабатываемой
информации в соответствии с общероссийскими, отраслевыми классификаторами и с
общегородскими централизованными справочниками и классификаторами.
Порядок использования централизованных справочников должен быть определен в
соответствии со Стандартом. При этом в Системе должны быть обеспечены возможности разовой
22
загрузки данных и их последующей периодической синхронизации (или синхронизации по запросу
от внешней (смежной) системы) в соответствии с нормативными документами, определяющими
порядок работы с такими справочниками.
В случае необходимости изменения объема и состава информации, получаемой из
существующих классификаторов и справочников, а также необходимости реализации в Системе
специальных справочников и классификаторов в рамках выполнения работ по заявкам, требования
должны быть приведены Подрядчиком в ЧТЗ.
2.5.1.4 Требования по применению систем управления БД
При выполнении работ по Контракту должно быть обеспечено выполнение следующих
требований в части применения СУБД:
‒ использование промышленных СУБД для долгосрочного хранения данных;
‒ использование специализированных распределенных систем управления данными для
оперативного хранения данных с целью обеспечения быстрого доступа к часто
используемым данным;
‒ использование в физической организации данных (при необходимости) методов
индексирования различного уровня и кластеризации данных для обеспечения должного
уровня производительности;
‒ физическое проектирование БД (т.е. проектирование БД с учетом особенностей реализации
СУБД) должно проводиться с учетом оптимизации по критериям повышения реактивности
Системы и нормализации данных;
‒ должна быть реализована маршрутизация запросов к БД;
‒ операция чтения должна осуществляться из реплик БД.
2.5.1.5 Требования к структуре процесса сбора, обработки, передачи данных в Системе и
представлению данных
При выполнении процессов сбора, обработки, передачи и представления данных в Системе
должны быть обеспечены полнота, достоверность, однозначность идентификации,
непротиворечивость и необходимая точность представления информации.
При взаимодействии информационных систем и ресурсов развиваемая Система должна
обеспечивать предоставление данных в соответствии с требованиями, описанными в пункте 3
приложения к Стандарту. Данные требования относятся к тем информационным объектам, которые
описаны в Стандарте создаются, изменяются или удаляются в Системе.
Контроль соответствия указанных данных требованиям Стандарта в части форматов и
используемой нормативно-справочной информации осуществляет Заказчик. В случае выявления
отклонений от требований и выявления проблем с качеством этих данных, отклонения должны
исправляться в Системе.
2.5.1.6 Требования к контролю, хранению, обновлению и восстановлению данных в системе
В развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистемах (сервисах) в составе
ИС СДУ должен быть обеспечен однократный ввод данных вне зависимости от того, в каких
информационных массивах или базах данных они будут храниться и какими подсистемами
(сервисами) использоваться.
В развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистемах (сервисах) в составе
ИС СДУ должны быть обеспечены следующие средства контроля данных:
‒ первичный контроль вводимых данных на соответствие формальным правилам – проверка
типов, размерности, допустимости значений;
‒ последующая проверка и сопоставление введенных данных, подтверждающая их
корректность и отсутствие неправильных, дублирующих или неполных записей.
Обновление данных в Системе и предоставление данных для дальнейшего использования
выполняются только после успешного результата контроля данных.
Хранение данных в Системе должно быть реализовано в удаленном хранилище
сертифицированного ЦОД, находящемся на территории Российской Федерации.
23
2.5.1.7 Требования к процедуре придания юридической силы документам, продуцируемым
техническими средствами системы
Придание документам, продуцируемым Системой, юридической силы должно
производиться в соответствии с Федеральным законом от 6 апреля 2011 г. № 63-ФЗ
«Об электронной подписи» и рекомендациями ГОСТ 6.10.4-84. Межгосударственный стандарт.
«Унифицированные системы документации. Придание юридической силы документам на
машинном носителе и машинограмме, создаваемым средствами вычислительной техники.
Основные положения».
В случае выявления при выполнении работ целесообразности использования электронной
подписи для придания юридической силы документам, продуцируемым Системой, должны быть
предусмотрены соответствующие механизмы, требования к которым Подрядчик должен привести
в ЧТЗ.
Требования к лингвистическому обеспечению
При выполнении работ по Контракту и для взаимодействия пользователей с Системой
должны быть выполнены следующие общие требования к лингвистическому обеспечению:
‒ основным языком в Системе должен быть русский язык, он должен быть использован:
• в сообщениях, выводимых ППО Системы во всех режимах функционирования;
• в выходных документах, формируемых ППО Системы;
• на элементах графического интерфейса пользователя ППО Системы;
• в документации на Систему.
Допускается применение иностранных языков для СПО юридических лиц, используемого в
ИС СДУ, которое не обеспечивает возможность технической настройки для русификации:
‒ в сообщениях, выводимых СПО;
‒ в выходных документах, формируемых СПО;
‒ на элементах графического интерфейса пользователя СПО;
‒ в документации на СПО.
ППО развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в составе
ИС СДУ должно быть разработано с использованием языков программирования высокого и
сверхвысокого уровня (Javascript, Java, C#, dart, Python, Kotlin, Swift, Golang либо иные языки
высокого уровня), которые должны обеспечивать решение всех задач по реализации функций
Системы, которые поддерживают многопоточность и позволяют, при использовании
соответствующего комплекса технических средств, обеспечить показатели назначения (см. пункт
2.4.4 ТЗ) и надежности (см. пункт 2.4.5 ТЗ), основным из которых является Golang.
Допускается использование других языков программирования, обеспечивающих
выполнение требований, представленных выше.
2.5.2
Требования к программному обеспечению
При выполнении работ по развитию ИС СДУ должно быть обеспечено выполнение
следующих требований к ППО развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем
(сервисов) в составе ИС СДУ:
‒ серверные компоненты должны функционировать на ОС, сертифицированной по
требованиям безопасности информации, устанавливающим уровни доверия к средствам
технической защиты информации и средствам обеспечения безопасности информационных
технологий, утвержденных приказом ФСТЭК России от 2 июня 2020 г. № 76 «Требования по
безопасности информации, устанавливающие уровни доверия к средствам технической
защиты информации и средствам обеспечения безопасности информационных технологий».
Серверные компоненты Сервиса «Чат-бот MAX социальных сервисов» должны
функционировать с использованием МОС.ОС. Требования к ОС должны быть уточнены в
ЧТЗ. По согласованию с Заказчиком в рабочем порядке может использоваться другая ОС,
соответствующая требованиям ТЗ;
‒ управление базами данных должно осуществляться с использованием СУБД,
сертифицированной по требованиям безопасности информации, устанавливающим уровни
доверия к средствам технической защиты информации и средствам обеспечения
2.5.3
24
безопасности информационных технологий, утвержденных приказом ФСТЭК России
от 2 июня 2020 г. № 76 «Требования по безопасности информации, устанавливающие уровни
доверия к средствам технической защиты информации и средствам обеспечения
безопасности информационных технологий». По своим характеристикам СУБД должна
отвечать требованиям пункта 2.5.1.4 ТЗ. Управление БД Сервиса «Чат-бот MAX социальных
сервисов» должно осуществляться с использованием защищенной СУБД PostgreSQL, По
согласованию с Заказчиком в рабочем порядке должна использоваться СУБД по своим
характеристикам, отвечающая требованиям пункта 2.5.1.4 ТЗ. Требования к СУБД должны
быть уточнены в ЧТЗ;
‒ все компоненты должны иметь возможность горизонтального и вертикального
масштабирования, для обеспечения возможности увеличения нагрузки на ИС СДУ и
подсистемы (сервисы) в составе ИС СДУ, за исключением серверов баз данных, веб-серверов
и серверов балансировки, которые могут не поддерживать горизонтальное
масштабирование. Решение по способам масштабирования должно быть приведено в
документе «Пояснительная записка», а описание процесса масштабирования должно быть
приведено в документе «Руководство администратора»;
‒ все компоненты, имеющие горизонтальное масштабирование, должны поддерживать
изменения возможностей КТС без перебоев в функционировании Системы;
‒ пользовательские веб-интерфейсы должны быть совместимы с веб-браузерами:
• Google Chrome версии 91 и до последней стабильной версии на момент заключения
Контракта;
• Yandex Browser версии 19.4.2 и до последней стабильной версии на момент заключения
Контракта;
• Firefox версии 102 и до последней стабильной версии на момент заключения Контракта.
‒ ни развиваемая ИС СДУ и (или) ни одна из создаваемых/развиваемых подсистем (сервисов)
в составе ИС СДУ не должна накладывать ограничений на ПО АРМ пользователя за
исключением вышеприведенных требований к браузерам.
Объекты интеллектуальной собственности, права на которые принадлежат третьим лицам
(программные продукты, «ноу-хау» и другие) должны быть использованы в ПО Системы в
соответствии с требованиями, приведенными в пункте 2.4.9 ТЗ и Контракте.
В ЧТЗ необходимо указать номера последних стабильных версий (на момент заключения
Контракта) всех веб-браузеров, требования к которым предъявляются.
Требования к техническому обеспечению
В результате выполнения работ по Контракту ППО развиваемой ИС СДУ и (или)
создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ должно быть подготовлено и
развернуто Подрядчиком на КТС Заказчика, требования к которому должны быть уточнены в ЧТЗ.
Состав КТС должен быть приведен Подрядчиком в документах «Описание архитектуры» и
«Пояснительная записка».
2.5.4
Требования к организационному обеспечению
Организационное обеспечение Системы должно позволять персоналу выполнять
возложенные на него обязанности по выполнению автоматизированных и связанных с ними
неавтоматизированных функций Системы.
Организационное обеспечение Системы должно быть основано на централизованных
принципах создания Системы и обеспечивать выполнение требований по проведению работ по
поддержанию работоспособности и эксплуатации Системы:
‒ анализ инцидентов, включая воспроизведение, локализацию и восстановление
работоспособности Системы (устранение обнаруженных во время эксплуатации в период до
окончания срока гарантийного обслуживания ошибок ПО и неисправностей, связанных с
недостатками выполненных работ по Контракту);
‒ поставку обновлений текущей версии Системы по результатам разрешения инцидентов,
связанных с недостатками выполненных работ по Контракту;
2.5.5
25
‒
поставку актуализированной документации на Систему по результатам эксплуатации в
период до окончания срока гарантийного обслуживания;
‒ предоставление разъяснений по устранению сбоев и ошибок, связанных с недостатками
выполненных работ по Контракту, возникающих при работе пользователей Системы во
время эксплуатации в период до окончания срока гарантийного обслуживания.
Время на устранение инцидентов, связанных с недостатками выполненных работ по
Контракту, по запросам представителей Заказчика во время опытной эксплуатации и эксплуатации
в период до окончания гарантийного срока, классифицированных как ошибка, не должно
превышать сроков в зависимости от уровней влияния, указанных в Таблице 3 ТЗ.
26
Таблица 3 – Зависимость сроков устранения инцидентов от уровня влияния во время опытной эксплуатации и эксплуатации в период до окончания срока
гарантийного обслуживания
Длительность исправления (рабочие дни)
Механизм
во время эксплуатации в
Влияние
Классифицирующие признаки
Примеры
передачи
во время ОЭ
период до окончания срока
гарантийного обслуживания
Наивысшее
Отказ в работе ИС СДУ или подсистемы ИС СДУ или подсистема (сервис) в
(сервиса) в составе ИС СДУ, приводящий к составе ИС СДУ недоступна или
недоступности одного из модулей для недоступен ключевой функционал
пользователей
или
к
невозможности
эксплуатации ключевого функционала ИС СДУ и
подсистемы (сервиса) в составе ИС СДУ
1
1
Патч
Высокое
Частичное нарушение функционирования ИС ИС СДУ или подсистема (сервис) в
СДУ или подсистемы (сервиса) в составе ИС составе
ИС
СДУ
частично
СДУ, некритичное для выполнения основных недоступна,
не
работают
задач (работы ключевого функционала).
функциональные кнопки и ссылки
Не существует приемлемого способа «обойти» (для неключевых разделов и
инцидент или проблему.
функционала), не отображаются
Невозможно выполнять операции, требующие изображения, не удается скачать
срочного исполнения.
файл, не удается загрузить файл
Отказ в работе ИС СДУ или подсистемы
(сервиса) в составе ИС СДУ, приводящий к
невозможности
эксплуатации
неключевого
функционала ИС СДУ или подсистемы (сервиса)
в составе ИС СДУ
3
2
Сборка/патч
Среднее
Незначительная потеря функциональности ИС Отсутствует внешняя страница,
СДУ или подсистемы (сервиса) в составе ИС ошибка верстки интерфейса ИС
СДУ, нарушение удобства работы с подсистемой СДУ или подсистемы (сервиса) в
(сервисом), не влияющее на принципиальные составе ИС СДУ, не работает
возможности выполнения операций, проблема, внешняя
ссылка,
системное
которую в настоящий момент можно «обойти»
предупреждение и пр.
4
10
Сборка/патч
Низкое
Отдельные сбои или нарушения работы объектов Орфографическая ошибка в тексте
инфраструктуры, не оказывающие воздействия
на общую работу ключевых функций ИС СДУ
или подсистемы (сервиса) в составе ИС СДУ.
Согласованная работа по стандартному запросу
5
30
Сборка
27
Требования к документированию
При выполнении работ по развитию ИС СДУ документация на развиваемую ИС СДУ и (или)
создаваемые/развиваемые подсистемы (сервисы) в составе ИС СДУ должна быть разработана в
составе, указанном в Таблице 6 ТЗ.
При подготовке комплектов и видов документов Подрядчиком должны быть учтены
требования правовых актов, государственных и международных стандартов, указанных в разделе 7
ТЗ.
Документация на ИС СДУ или подсистемы (сервисы) в составе ИС СДУ должна быть
оформлена на листах формата А4 без рамки, основной надписи и дополнительных граф к ней в
соответствии с требованиями:
‒ ГОСТ Р 59853-2021 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Термины и определения» – в
части терминологии;
‒ ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Виды, комплектность и обозначение документов при
создании автоматизированных систем» – в части наименования и обозначения документов;
‒ ГОСТ Р 59793-2021 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Стадии создания» – в части
определения стадий и этапов работ;
‒ ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Техническое задание на создание автоматизированной
системы» – в части состава, содержания и правил оформления документов «Техническое
задание», «Частное техническое задание»;
‒ ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Виды испытаний автоматизированных систем» – в части
определения видов испытаний;
‒ ГОСТ Р 2.105-2019 «Единая система конструкторской документации. Общие требования к
текстовым документам», ГОСТ 2.301-68 «Единая система конструкторской документации.
Форматы» – в части оформления.
Проектная документация на разработку СЗИ ИС СДУ или подсистему (сервис) в составе ИС
СДУ должна соответствовать требованиям ГОСТ 34.201-2020 «Межгосударственный стандарт.
Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды,
комплектность и обозначение документов при создании автоматизированных систем».
Допускается для размещения рисунков и таблиц использование листов формата А3 с
подшивкой по короткой стороне листа. Документы объемом более 25 (двадцати пяти) листов
должны содержать информационную часть, состоящую из аннотации и содержания.
Документам на СДУ или подсистему (сервис) в составе ИС СДУ должны быть в
обязательном порядке присвоены уникальные обозначения (децимальные номера) в соответствии с
требованиями ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов на
автоматизированные системы. Виды, комплектность и обозначение документов при создании
автоматизированных систем» и шаблонами Заказчика.
При предоставлении Заказчиком шаблонов документов Подрядчик должен разработать
документацию на ИС СДУ или подсистему (сервис) в составе ИС СДУ в соответствии с шаблонами
Заказчика. Отклонение от шаблонов допускается по согласованию с Заказчиком в рабочем порядке.
Документы, передаваемые на бумажном носителе, должны быть сброшюрованы либо сшиты.
При большом объеме документа допускается разделять его на части согласно ГОСТ Р 2.105-2019.
«Общие требования к текстовым документам». Каждую часть комплектуют отдельно. Всем частям
дают наименования и присваивают обозначение документа. Листы документа нумеруют в пределах
каждой части, каждую часть начинают с титульного листа.
Комплект отчетной документации на ИС СДУ или подсистему (сервис) в составе ИС СДУ
должен содержать сведения по эксплуатации ИС СДУ или подсистемы (сервиса) в составе ИС СДУ
в соответствии с Положением об эксплуатации автоматизированных информационных систем и
ресурсов города Москвы (утверждено постановлением Правительства Москвы от 7 февраля 2012 г.
№ 26-ПП). Передача исходных кодов ППО и дистрибутивов должна сопровождаться передачей всех
2.6
28
необходимых для сборки скриптов, наборов данных, библиотек, компиляторов, интерпретаторов,
специальной среды разработки (если сборка может быть выполнена только в среде разработки) и
т.п., включая инструкции и другие вспомогательные артефакты, предназначенные для изготовления
(подготовки) всех необходимых производственных артефактов, необходимых для развертывания
ПО на КТС Заказчика согласно переданной документации.
Требования к разработке документа «Частное техническое задание»
Документ «Частное техническое задание» должен быть подготовлен по каждой заявке в
соответствии с требованиями ТЗ и содержать:
‒ перечень работ по заявке;
‒ сроки выполнения работ по заявке;
‒ детализация требований к работам по заявке:
• состав развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистемы (сервиса) в
составе ИС СДУ;
• требования к функциям развиваемой ИС СДУ и (или) создаваемой/развиваемой
подсистемы (сервиса) в составе ИС СДУ;
• требования к срокам предоставления отчетности.
В случае невозможности реализации решения в сроки, указанные в заявке, Подрядчик
предлагает новые сроки реализации решения с обоснованием причин и указывает их в ЧТЗ.
Планируемым сроком выполнения работ по заявке в таком случае считается срок, указанный в ЧТЗ.
Приложение к ЧТЗ должно содержать текст заявки с указанием реквизитов
сопроводительного письма.
Документ «Частное техническое задание» должен быть направлен Заказчику в порядке и
сроки, приведенные в пункте 2.1.10 ТЗ и в Таблице 6 ТЗ.
2.6.1
Требования
к
разработке
документа
«Расчет
стоимости
реализации
решения»
Подрядчиком должна быть определена стоимость выполнения работ по Заявке и приведена
в документе «Расчет стоимости реализации решения».
Документ «Расчет стоимости реализации решения» должен быть подготовлен по форме
Приложения 3 к Техническому заданию и с учетом распоряжения Департамента экономической
политики и развития города Москвы, Департамента информационных технологий города Москвы
от 28 февраля 2018 г. № 64-16-89/18/3-р «Об утверждении Методики расчета планируемой
стоимости работ по созданию, развитию и модернизации информационных систем города Москвы».
Документ «Расчет стоимости реализации решения» должен содержать:
‒ полное наименование работ, выполняемых по Заявке;
‒ перечень подсистем, которые будут создаваться при выполнении работ по Заявке;
‒ перечень функций обработки информации по каждой подсистеме, (сервису), которые будут
создаваться при выполнении работ по Заявке;
‒ количество функциональных точек по каждой подсистеме, (сервису), которые будут
создаваться при выполнении работ по Заявке;
‒ стоимость выполнения работ по Заявке.
Документ «Расчет стоимости реализации решения»» должен быть направлен Заказчику в
порядке, приведенном в пункте 2.1.11 и 3.3 ТЗ.
2.6.2
3
Состав работ
3.1
Требования к структуре системы
3.1.1 Перечень подсистем, их назначение и основные характеристики
Требуется выполнить работы по развитию ИС СДУ в части создания Сервиса «Чат-бот MAX
социальных сервисов» в составе ИС СДУ.
Перечень компонентов Сервиса «Чат-бот MAX социальных сервисов» в составе ИС СДУ,
создаваемых в рамках ТЗ, указаны в Таблице 4 ТЗ.
Класс создаваемого Сервиса «Чат-бот MAX социальных сервисов», включая все его
компоненты – обеспечивающая деятельность ОИВ.
29
Тип создаваемого Сервиса «Чат-бот MAX социальных сервисов», включая все его
компоненты – общегородская информационная система.
Таблица 4 – Перечень создаваемых компонентов
Наименование
компонента
(подсистемы/сервиса)
Сервис «Чат-бот MAX
социальных сервисов»
Наименование модуля,
создаваемого /
развиваемого в рамках
ТЗ
Модуль «Чат-бот»
Модуль «ИИ-агент»
Создание /
развитие
создание
создание
Основание для
проведения
работ (пункт
ТЗ)
3.2.1.1
3.2.1.2
Размещение на
мобильных
устройствах
Нет
Нет
Перечень компонентов, которые будут создаваться в рамках выполнения работ по Заявкам,
должен быть приведен в ЧТЗ с указанием их назначения и основных характеристик.
3.1.1.1 Требования по развитию архитектуры
В рамках работ по заявкам должен быть создан Сервис «Чат-бот MAX социальных сервисов»
в составе ИС СДУ.
Если работы по заявке предусматривают создание новых подсистем (сервисов) в составе ИС
СДУ или изменение архитектуры существующих подсистем (сервисов) в составе ИС СДУ, то
требования к изменениям должны быть приведены Подрядчиком в ЧТЗ, а соответствующие
решения – в документах «Пояснительная записка» и «Описание архитектуры».
При выполнении работ по Контракту должно быть обеспечено выполнение следующих
требований по развитию архитектуры:
‒ все программные компоненты создаваемых/развиваемых подсистем (сервисов) должны
дублироваться. Исключения могут составлять только компоненты веб-сервера и сервера
балансировки;
‒ одинаковые программные компоненты создаваемых/развиваемых подсистем (сервисов)
должны быть размещены на отдельных элементах комплекса технических средств Заказчика;
‒ СУБД должны иметь полную реплику данных. Требования к типу репликации СУБД должны
быть уточнены в ЧТЗ;
‒ в создаваемых/развиваемых подсистемах (сервисах) в составе ИС СДУ функции
пользовательского интерфейса должны быть выделены в отдельные компоненты. В случае
отсутствия возможности выделения пользовательского интерфейса в отдельный компонент,
Подрядчик должен согласовать решение с Заказчиком в рабочем порядке и указать
соответствующее требование в ЧТЗ, привести описание реализации в документе
«Пояснительная записка».
3.1.1.1.1 Требования к архитектуре Сервиса «Чат-бот MAX социальных сервисов»
Для обеспечения автоматизации процесса информирования и консультирования граждан по
вопросам получения мер социальной поддержки города Москвы через мессенджер MAX
необходимо создать Сервис «Чат-бот MAX социальных сервисов».
Сервис «Чат-бот MAX социальных сервисов» должен состоять из 2 (двух) модулей:
‒ модуль «Чат-бот», состоящий из компонентов:
•
компонент бизнес-логики;
•
БД модуля «Чат-бот»;
‒ модуль «ИИ-агент», состоящий из компонентов:
•
компонент консультационного сопровождения по услугам;
•
компонент оркестрации запросов;
•
компонент логирования;
•
компонент семантического поиска по услугам;
•
компонент хранения активных сессий пользователя;
•
БД модуля «ИИ-агент»;
•
БД событий логирования.
Класс Сервиса «Чат-бот MAX социальных сервисов», включая все его компоненты –
обеспечивающая деятельность ОИВ.
30
Тип Сервиса «Чат-бот MAX социальных сервисов», включая все его компоненты –
общегородская информационная система.
Размещение на мобильных устройствах создаваемого Сервиса «Чат-бот MAX социальных
сервисов» – нет.
По согласованию с Заказчиком в рамках согласования ЧТЗ количество и назначение
компонентов Сервиса «Чат-бот MAX социальных сервисов» может быть изменено. Состав
компонентов и их назначение должно быть приведено в ЧТЗ.
Требования к способам и средствам связи для информационного обмена между
компонентами ИС СДУ и (или) компонентами подсистем (сервисов) в составе ИС СДУ
Если работы по Заявке предусматривают изменение способов и средств связи для
информационного обмена между компонентами ИС СДУ и (или) компонентами подсистем
(сервисов) в составе ИС СДУ, то требования к изменениям должны быть приведены Подрядчиком
в ЧТЗ, в том числе должны быть уточнены:
‒ состав передаваемой информации, ее форматы и направления передачи данных;
‒ перечень протоколов информационного обмена.
Решения по способам и средствам связи для информационного обмена между компонентами
ИС СДУ и (или) компонентами подсистем (сервисов) в составе ИС СДУ должны быть приведены
Подрядчиком в документе «Пояснительная записка».
3.1.2
Требования к характеристикам взаимосвязей подсистем (сервисов) со смежными
информационными системами
Если работы по заявке предусматривают обеспечение информационного взаимодействия
развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ со
смежными информационными системами, требования к обеспечению взаимодействия должны быть
приведены Подрядчиком в ЧТЗ, в том числе должны быть уточнены:
‒ состав взаимодействующих смежных информационных систем;
‒ состав передаваемой информации, ее форматы и направления передачи данных;
‒ требования к протоколам информационного обмена и их составу.
В рамках работ по Контракту должно быть обеспечено информационное взаимодействие
Сервиса «Чат-бот MAX социальных сервисов» и мессенджера МАХ.
Решения по способам и средствам связи для информационного обмена между развиваемой
ИС СДУ и (или) создаваемыми/развиваемыми подсистемами (сервисами) в составе ИС СДУ и
смежными информационными системами должны быть приведены Подрядчиком в документе
«Пояснительная записка».
3.1.3
3.2
Требования к функциям (задачам)
3.2.1 Требования к функциям (задачам) создаваемого Сервиса «Чат-бот MAX социальных
сервисов»
Для обеспечения автоматизации процесса информирования и консультирования граждан по
вопросам получения мер социальной поддержки города Москвы через мессенджер MAX
необходимо создать в составе ИС СДУ Сервис «Чат-бот MAX социальных сервисов».
В рамках создания Сервиса «Чат-бот MAX социальных сервисов» необходимо выполнить
следующие работы:
‒ создание модуля «Чат-бот» (см. п. 3.2.1.1 ТЗ);
‒ создание модуля «ИИ-агент» (см. п. 3.2.1.2 ТЗ).
3.2.1.1 Требования к созданию модуля «Чат-бот»
В рамках выполнения работ по созданию модуля «Чат-бот» необходимо реализовать
следующие требования:
‒ создать функциональность взаимодействия с мессенджером МАХ (см. п. 3.2.1.1.1 ТЗ);
‒ создать
функциональность
консультации
граждан
о
мерах
поддержки
(см. п. 3.2.1.1.2 ТЗ);
‒ создать БД модуля «Чат-бот» (см. п. 3.2.1.1.3 ТЗ).
31
3.2.1.1.1 Требования к созданию функциональности взаимодействия с мессенджером МАХ
В рамках создания функциональности взаимодействия с мессенджером МАХ необходимо
реализовать следующие требования:
‒ создать функцию подписки на обновления чат-бота в мессенджере МАХ;
‒ создать метод обработки событий чат-бота из мессенджера МАХ;
‒ создать функцию отправки сообщения в мессенджер МАХ;
‒ создать функцию получения информации о боте из мессенджера МАХ;
‒ создать функцию получения обновлений при разработке и тестировании Сервиса «Чат-бот
MAX социальных сервисов» из мессенджера МАХ.
В ЧТЗ должны быть приведены входные и выходные параметры для каждой создаваемой
функции/метода.
3.2.1.1.2 Требования к созданию функциональности консультации граждан о мерах
поддержки
В рамках создания функциональности консультации граждан о мерах поддержки
необходимо реализовать следующие требования:
‒ создать диалоговый интерфейс, обеспечивающий возможность получения информации об
услугах ДТСЗН города Москвы в сфере социальной защиты, условиях их предоставления,
необходимых документах и порядке оформления;
‒ создать функцию обработки сообщений через модуль «ИИ-агент». Функция должна
содержать описание взаимодействия с модулем «ИИ-агент» и перечень данных для
сохранения в БД модуля «Чат-бот»;
‒ создать структуру отображения карточки меры поддержки в диалоговом интерфейсе чатбота мессенджера МАХ;
‒ создать функцию вывода уведомлений о результах поиска релевантной информации в
диалоговый интерфейс чат-бота мессенджера МАХ.
В ЧТЗ должны быть приведены:
‒ описание структуры отображения карточки меры поддержки в диалоговом интерфейсе чатбота;
‒ описание создаваемых функций.
3.2.1.1.3 Требования к созданию БД модуля «Чат-бот»
В рамках создания модуля «Чат-бот» должна быть создана БД.
В составе БД модуля «Чат-бот» должно быть создано не менее двух таблиц для хранения
данных.
В ЧТЗ должны быть приведены:
‒ перечень создаваемых таблиц БД модуля «Чат-бот»»;
‒ описание полей создаваемых таблиц.
3.2.1.2 Требования к созданию модуля «ИИ-агент»
В рамках выполнения работ по созданию модуля «ИИ-агент» необходимо реализовать
следующие требования:
‒ создать функциональность консультационного сопровождения по услугам (см. п. 3.2.1.2.1
ТЗ);
‒ создать функциональность оркестрации запросов (см. п. 3.2.1.2.2 ТЗ);
‒ создать функциональность логирования (см. п. 3.2.1.2.3 ТЗ);
‒ создать функциональность семантического поиска по услугам (см. п. 3.2.1.2.4 ТЗ);
‒ создать функциональность хранения активных сессий пользователей (см. п. 3.2.1.2.5 ТЗ);
‒ создать БД модуля «ИИ-агент» (см. п. 3.2.1.2.6 ТЗ);
‒ создать хранилище данных для событий логирования (см. п. 3.2.1.2.7 ТЗ).
32
3.2.1.2.1 Требования к созданию функциональности консультационного сопровождения по
услугам
В рамках создания функциональности консультационного сопровождения по услугам
необходимо создать:
‒ метод «Оркестрация запросов по услугам»;
‒ метод «Поиск ответа после выбора услуги»;
‒ метод «Поиск ответа при выполнении консультации по ранее выбранной услуге»;
‒ метод «Поиск шаблонного ответа по услуге»;
‒ метод «Поиск дополнительной информации по услуге».
В ЧТЗ должны быть приведены входные и выходные параметры для создаваемых методов.
3.2.1.2.2 Требования к созданию функциональности оркестрации запросов
В рамках создания функциональности оркестрации запросов необходимо создать:
‒ метод «Распределение запросов»;
‒ метод «Обеспечение диалога заявителя с виртуальным помощником»;
‒ метод «Прием сообщения пользователя»;
‒ метод «Определение текущего шага диалога»;
‒ метод «Передача данных в компонент консультационного сопровождения по услугам».
В ЧТЗ должны быть приведены входные и выходные параметры создаваемых методов.
3.2.1.2.3 Требования к созданию функциональности логирования
В рамках создания функциональности логирования необходимо создать:
‒ метод «Логирование событий»;
‒ метод «Обработка события диалога»;
‒ метод «Обработка сообщения заявителя»;
‒ метод «Обработка ответа виртуального помощника»;
‒ метод «Обработка контекста выбранной услуги»;
‒ метод «Обработка служебных событий»;
‒ метод «Отправка данных в хранилище данных для событий логирования».
В ЧТЗ должны быть приведены входные и выходные параметры для создаваемых методов.
3.2.1.2.4 Требования к созданию функциональности семантического поиска по услугам
В рамках создания функциональности семантического поиска по услугам необходимо:
‒ создать метод «Семантический поиск». Создаваемый метод должен обеспечивать поиск
услуг по названию, описанию, ключевым словам пользователя, синонимам;
‒ создать метод «Актуализация данных для поиска услуг». Создаваемый метод должен
обеспечивать:
• хранение данных для поиска услуг;
• поддержка актуальности поисковых признаков услуги.
В ЧТЗ должны быть приведены входные и выходные параметры для каждой создаваемой
функции/метода.
3.2.1.2.5 Требования к созданию функциональности хранения активных сессий пользователя
В рамках создания функциональности хранения активных сессий пользователей необходимо
создать:
‒ функцию восстановления контекста диалога при повторном обращении пользователя;
‒ функцию хранения сессий пользователей;
‒ функцию автоматической очистки неактивных сессий.
В ЧТЗ должно быть приведено описание создаваемых функций.
3.2.1.2.6 Требования к созданию БД модуля «ИИ-агент»
В рамках создания модуля «ИИ-агент» должна быть создана БД.
В составе БД модуля «ИИ-агент» должно быть создано не менее одной таблицы для хранения
данных.
33
В ЧТЗ должно быть приведено описание полей создаваемой таблицы.
3.2.1.2.7 Требования к созданию хранилища данных для событий логирования
В рамках создания хранилища данных для событий логирования необходимо создать БД
событий логирования.
В составе БД событий логирования должно быть создано две таблицы для хранения данных.
В ЧТЗ должны быть приведены:
‒ перечень создаваемых таблиц БД;
‒ описание полей создаваемых таблиц.
Состав и содержание работ
Работы по Контракту выполняются в течение 6 (шести) этапов. Срок выполнения работ и
состав комплекта отчетной документации по каждой заявке представлены в Таблицах 5 и 6 ТЗ.
3.3
Таблица 5 – Срок выполнения работ
Этапы
1
2
3
4
5
6
‒
‒
Сроки выполнения работ
Расчетная стоимость
работ, % от Цены
Контракта [2]
Начало: 1 (первый) календарный день с даты заключения Контракта;
54,89
Окончание: 50 (пятидесятый) календарный день с даты заключения Контракта.
Начало: 51 (пятьдесят первый) календарный день с даты заключения
Контракта;
9,22
Окончание: 140 (сто сороковой) календарный день с даты заключения
Контракта.
Начало: 141 (сто сорок первый) календарный день с даты заключения
Контракта;
9,22
Окончание: 230 (двести тридцатый) календарный день с даты заключения
Контракта.
Начало: 231 (двести тридцать первый) календарный день с даты заключения
Контракта;
8,66
Окончание: 320 (триста двадцатый) календарный день с даты заключения
Контракта.
Начало: 321 (триста двадцать первый) календарный день с даты заключения
Контракта;
8,66
Окончание: 410 (четыреста десятый) календарный день с даты заключения
Контракта.
Начало: 411 (четыреста одиннадцатый) календарный день с даты заключения
Контракта;
9,35
Окончание: 540 (пятьсот сороковой) календарный день с даты заключения
Контракта.
[2] Расчетная стоимость работ по этапам может быть изменена в следующих случаях:
при недостаточности финансирования, предусмотренного на оплату работ соответствующего этапа,
дополнительный объем финансирования может быть перераспределен из последующих этапов по
согласованию Сторон. Согласование осуществляется путем утверждения Сторонами документа «Расчет
стоимости выполнения работ по заявке»;
если финансирование текущего этапа не выбрано в полном объеме ввиду ненаправления заявок Заказчиком или
направления заявок, в объеме меньшем, чем расчетный объем финансирования, предусмотренный для текущего
этапа, неизрасходованный объем финансирования может быть перераспределен в последующие этапы.
Заказчик оплачивает работы, выполненные по заявкам и принятые в соответствии
с требованиями ТЗ и условиями Контракта.
34
Этапы выполнения работ приведены в таблице 5 ТЗ.
Таблица 6 – Состав и содержание работ по заявке
Стадия
выполнения
заявки
Эскизный проект
Технорабочее
проектирование
Разработка
функциональных
возможностей
Пусконаладочные
работы
Предварительные
испытания
Результат выполнения работ по заявке / отчетная документация по заявке [2]
Частное техническое задание [3];
Расчет стоимости реализации решения;
Акт приема-передачи отчетной документации № 1;
Машинный носитель информации № 1, содержащий отчетную документацию;
Ведомость машинных носителей информации № 1.
Пояснительная записка;
Описание информационного обеспечения [4];
Описание архитектуры [4];
Проект акта классификации подсистемы (сервиса) по требованиям безопасности информации [4];
Частная модель угроз и нарушителя безопасности информации, обрабатываемой в подсистеме
(сервисе) [4];
Матрица ролей и полномочий доступа пользователей к ресурсам подсистемы (сервиса) [4];
Акт приема-передачи отчетной документации № 2;
Машинный носитель информации № 2, содержащий отчетную документацию;
Ведомость машинных носителей информации № 2.
ППО на машинном носителе информации № 1;
Руководство пользователя [4];
Руководство администратора [4];
Программа и методика предварительных испытаний [6];
Акт приема-передачи отчетной документации № 3;
Машинный носитель информации №3, содержащий отчетную документацию;
Ведомость машинных носителей информации № 3.
Акт выполнения пусконаладочных работ;
Акт приема-передачи отчетной документации № 4;
Машинный носитель информации № 4, содержащий отчетную документацию;
Ведомость машинных носителей информации № 4.
ППО на машинном носителе информации № 2;
Протокол предварительных испытаний;
Акт о приемке в опытную эксплуатацию;
Программа и методика опытной эксплуатации [7];
Акт приема-передачи отчетной документации № 5;
Машинный носитель информации № 5, содержащий отчетную документацию;
35
Сроки предоставления
Подрядчиком отчетной
документации по заявке
Не позднее 30 (тридцати) рабочих
дней с момента получения заявки
Дата, согласованная Заказчиком [5]
в пределах сроков выполнения
работ по Контракту
Дата, согласованная Заказчиком [5]
в пределах сроков выполнения
работ по Контракту
Дата, согласованная Заказчиком [5]
в пределах сроков выполнения
работ по Контракту
Дата, согласованная Заказчиком [5]
в пределах сроков выполнения
работ по Контракту
Стадия
выполнения
заявки
Опытная
эксплуатация
Приемочные
испытания
Результат выполнения работ по заявке / отчетная документация по заявке [2]
Ведомость машинных носителей информации № 5.
ППО на машинном носителе информации № 3;
Отчет о проведении опытной эксплуатации [8];
Акт о завершении опытной эксплуатации;
Программа и методика приемочных испытаний [9];
Акт приема-передачи отчетной документации № 6;
Машинный носитель информации № 6, содержащий отчетную документацию;
Ведомость машинных носителей информации № 6.
ППО на машинном носителе информации № 4;
Протокол приемочных испытаний;
Акт о готовности системы к вводу в эксплуатацию;
Акт приема-передачи отчетной документации № 7;
Машинный носитель информации № 7, содержащий отчетную документацию;
Ведомость машинных носителей информации № 7.
Сроки предоставления
Подрядчиком отчетной
документации по заявке
Дата, согласованная Заказчиком [5]
в пределах сроков выполнения
работ по Контракту
Дата, согласованная Заказчиком [5]
в пределах сроков выполнения
работ по Контракту
[2] Номер заявки должен быть указан на листе утверждения (при наличии) и на титульном листе (при наличии) отчетных документов.
[3] Частное техническое задание (ЧТЗ) должно включать текст заявки в приложении к документу.
[4] Для развиваемой ИС СДУ и (или) всех создаваемых/развиваемых подсистем (сервисов) в составе ИС СДУ.
[5] Дата указывается в письме Заказчика, направляемом в адрес Подрядчика по итогам рассмотрения его обращения о готовности приступить к следующей стадии выполнения
заявки.
[6] С приложением отчета об анализе уязвимостей в исходном коде ППО, форм протокола предварительных испытаний и акта о приемке в опытную эксплуатацию.
[7] С приложением форм отчета о проведении опытной эксплуатации, включающего журнал опытной эксплуатации, и акта о завершении опытной эксплуатации.
[8] Включающий журнал опытной эксплуатации.
[9] С приложением отчета об анализе уязвимостей в исходном коде ППО, форм протокола приемочных испытаний и акта о готовности системы к вводу в эксплуатацию.
36
3.4
Порядок контроля и приемки системы
3.4.1 Общие требования к приемке работ
Приемка результатов выполнения работ осуществляется в соответствии с Графиком
выполнения работ (Календарным планом) (Приложение № 2 к Контракту) и с учетом требований
пункта 3.3 ТЗ.
Сдача-приемка выполненных работ:
‒ осуществляется по предъявлению Подрядчиком результатов выполненных работ по заявкам
в соответствии с условиями Контракта;
‒ отчетная документация по этапу должна быть передана Заказчику не позднее срока,
указанного в Графике выполнения работ (Календарном плане) (Приложение № 2 к
Контракту) и ЧТЗ.
Отчетная документация по каждой заявке передается Заказчику в порядке, определенном в
пунктах 2.1.9, 3.3 ТЗ и в Таблице 6 ТЗ. Передача отчетной документации осуществляется с
сопроводительным письмом и Актом приема-передачи отчетной документации по заявке.
При приемке отчетной документации Заказчиком производится проверка, в числе прочего,
соответствия требованиям к документированию, указанным в пункте 2.6 ТЗ. Если в результате
выполненных проверок установлены несоответствие отчетной документации требованиям ТЗ и ЧТЗ
или неактуальность, противоречивость либо неполнота сведений, представленных в отчетной
документации, Заказчик в порядке, определенном Контрактом, возвращает Подрядчику указанную
отчетную документацию на доработку с указанием причин отказа в приемке.
Каждый случай мотивированного отказа Заказчика от приемки выполненных работ (в том
числе в отношении повторно представленных результатов работ после устранения ранее
направленных замечаний) является отдельным фактом ненадлежащего исполнения обязательства
Подрядчиком и влечет ответственность в соответствии с условиями Контракта, как за
ненадлежащее исполнение обязательства, которое имеет стоимостное выражение.
Виды, состав, объем и методы испытаний Системы
Испытания развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистемы (сервиса) в
составе ИС СДУ должны быть организованы и проведены в соответствии с ГОСТ Р 59792-2021.
Национальный стандарт Российской Федерации. «Информационные технологии. Комплекс
стандартов на автоматизированные системы. Виды испытаний автоматизированных систем».
Для работ по каждой заявке последовательно должны быть проведены следующие виды
испытаний:
‒ предварительные испытания;
‒ опытная эксплуатация;
‒ приемочные испытания.
Предварительные и приемочные испытания, опытная эксплуатация проводятся комиссией,
создаваемой распорядительным документом Заказчика, который должен определять состав
комиссии и сроки проведения испытаний. В состав комиссии включаются представители Заказчика,
Функционального заказчика и Подрядчика, а также специалисты, привлекаемые Заказчиком (в
случае принятия решения Заказчиком).
Испытания проводятся на площадке, указанной в программе и методике соответствующих
испытаний, опытной эксплуатации. Подрядчик обязан уведомить Заказчика о готовности к
проведению испытаний сопроводительным письмом с направлением программы и методики
испытаний, опытной эксплуатации и других необходимых для проведения испытаний документов.
До начала испытаний Подрядчик передает в рабочем порядке Заказчику полный набор
логинов, паролей и других параметров доступа к развиваемой ИС СДУ и (или)
создаваемой/развиваемой подсистемы (сервиса) в составе ИС СДУ, необходимых для
развертывания и эксплуатации. Факт передачи фиксируется в Акте выполнения пусконаладочных
работ.
Объем и методы испытаний должны быть определены в соответствующих программах и
методиках испытаний, опытной эксплуатации и обеспечивать проверку выполнения требований ТЗ
и ЧТЗ.
3.4.2
37
Программы и методики испытаний, опытной эксплуатации должны содержать ссылки на
проверяемые пункты ТЗ и ЧТЗ, в части проверки функциональных требований могут содержать
ссылки на пункты эксплуатационной документации.
Методы предварительных испытаний и порядок их проведения должны быть определены в
документе «Программа и методика предварительных испытаний». Предварительные испытания
проводятся в соответствии с документом «Программа и методика предварительных испытаний».
По результатам предварительных испытаний оформляется Протокол предварительных
испытания и Акт о приемке в опытную эксплуатацию, подтверждающий готовность Системы к
следующему виду испытаний – опытной эксплуатации (далее – ОЭ).
Порядок проведения и методы испытаний во время ОЭ должны быть определены в
документе «Программа и методика опытной эксплуатации». Опытная эксплуатация проводится в
соответствии с документом «Программа и методика опытной эксплуатации».
Во время ОЭ ведется журнал, в который заносятся сведения о продолжительности
функционирования Системы, отказах, сбоях, аварийных ситуациях, изменениях параметров объекта
автоматизации, проводимых корректировках документации и программных средств, наладке
технических средств. Сведения фиксируют в журнале с указанием даты и ответственного лица. В
журнал могут быть занесены замечания персонала по удобству эксплуатации Системы.
Результаты ОЭ отражаются в документе «Отчет о проведении опытной эксплуатации»,
включающим журнал опытной эксплуатации, и учитываются в ходе приемочных испытаний. По
результатам ОЭ Сторонами подписывается Акт о завершении опытной эксплуатации,
подтверждающий допуск Системы к приемочным испытаниям.
Методы приемочных испытаний и порядок их проведения должны быть определены в
документе «Программа и методика приемочных испытаний». Приемочные испытания проводятся в
соответствии с документом «Программа и методика приемочных испытаний».
По результатам проведения приемочных испытаний оформляются Протокол приемочных
испытаний и Акт о готовности системы к вводу в эксплуатацию.
Результаты проверок в ходе проведения приемочных испытаний должны быть
зафиксированы в Протоколе приемочных испытаний.
Как замечания, в Протокол приемочных испытаний заносятся исключительно ошибки и
недостатки реализации, которые являются отклонениями от требований ТЗ и ЧТЗ. При наличии в
Протоколе приемочных испытаний замечаний назначаются повторные испытания. Допускается
включение в Протокол приемочных испытаний рекомендаций комиссии по дальнейшему развитию
Системы. Наличие рекомендаций не влияет на процесс ввода в эксплуатацию развиваемой ИС СДУ
и (или) создаваемой/развиваемой подсистемы (сервиса) в составе ИС СДУ.
В Протоколе приемочных испытаний должны быть сделаны заключения:
‒ о соответствии (несоответствии) Системы требованиям ТЗ и ЧТЗ;
‒ о готовности (неготовности) развиваемой ИС СДУ и (или) создаваемой/развиваемой
подсистемы (сервиса) в составе ИС СДУ к эксплуатации.
Приемочные испытания должны быть завершены подписанием Сторонами Акта о
готовности системы к вводу в эксплуатацию.
Каждый случай признания неготовности Системы к приемке в опытную эксплуатацию
по результатам предварительных испытаний (в том числе повторных предварительных испытаний),
каждый случай признания неготовности Системы к приемочным испытаниям по результатам
опытной эксплуатации (в том числе повторной опытной эксплуатации), каждый случай признания
неготовности Системы к эксплуатации по результатам приемочных испытаний (в том числе
повторных приемочных испытаний) является отдельным фактом ненадлежащего исполнения
обязательства Подрядчиком и влечет ответственность в соответствии с условиями Контракта, как
за ненадлежащее исполнение обязательства, которое имеет стоимостное выражение.
Все замечания к развиваемой ИС СДУ и (или) создаваемой/развиваемой подсистемы
(сервиса) в составе ИС СДУ, обнаруженные в процессе выполнения приемочных испытаний, и
устраненные Подрядчиком до окончания приемочных испытаний в Протокол приемочных
испытаний не заносятся.
Условием для готовности Системы к эксплуатации является устранение всех замечаний,
предъявленных в объеме реализации требований ТЗ и ЧТЗ.
38
Требования к количеству и стоимости работ по заявкам
В течение срока исполнения Контракта должны быть выполнены работы по развитию
Системы в соответствии с требованиями, указанными в заявках, в том числе работы, указанные в
пунктах 3.2 ТЗ.
В случае принятия Заказчиком соответствующего решения о замене работ, указанных в
пункте 3.2 ТЗ, любая из работ, может быть заменена на равнозначную, в том числе в части замены
развиваемых подсистем (сервисов) в составе ИС СДУ. Информация о требуемой замене с указанием
работы, которая заменяется и работы, которая заменяет, указывается в заявке Заказчика.
Под равнозначной доработкой понимаются работы по изменению развиваемой подсистемы
(сервиса) в составе ИС СДУ либо созданию новой подсистемы (сервиса) в составе ИС СДУ,
необходимой для выполнения работ по Контракту, общие расчетные трудозатраты на выполнение
которых не ниже общих расчетных трудозатрат на выполнение заменяемой доработки и не
превышают их более чем на 10 (десять) процентов.
Подрядчик может досрочно выполнить работы, указанные в заявке, по согласованию с
Заказчиком, зафиксированному путем направления Сторонами сопроводительных писем.
Досрочное выполнение работ по заявке не влияет на длительность этапа.
Стоимость выполнения работ по заявке определяется как произведение стоимости 1 (одного)
человеко-месяца и количества человеко-месяцев, требующихся для выполнения работы,
рассчитанных согласно распоряжению Департамента экономической политики и развития города
Москвы
и
Департамента
информационных
технологий
города
Москвы
от 28 февраля 2018 г. № 64-16-89/18/3-р «Об утверждении Методики расчета планируемой
стоимости работ по созданию, развитию и модернизации информационных систем города Москвы».
Принятие Заказчиком решения о замене работ на равнозначные, в том числе в части
изменения распределения работ, сопоставимых по объему с работами, указанными в пункте 3.2 ТЗ,
оформляется путем направления заявки Заказчика в порядке, указанном в пункте 2.1.11.1 ТЗ, и не
требует подписания Сторонами дополнительных соглашений к Контракту.
Количество работ, выполняемых по заявкам, составляет не менее 40 (сорока) работ, в том
числе 10 (десять) работ, указанных в пункте 3.2 ТЗ и 30 (тридцать) работ, сопоставимых по объему
с работами, указанными в пункте 3.2 ТЗ.
Распределение работ, сопоставимых по объему с работами, указанными в пункте 3.2 ТЗ,
представлено в Таблице 7 ТЗ.
3.4.3
Таблица 7 – Распределение работ по Контракту
Наименование информационной
системы
Всего
Количество
детализированных работ
10
Количество
сопоставимых работ [10]
30
Сервис «Чат-бот MAX
социальных сервисов»
10
30
Кпер[11]
0,2127
0,2127
[10] Распределение объема и состав выполняемых сопоставимых работ по развитию Системы определяется заявками и
ЧТЗ в соответствии с поступающими требованиями Функционального заказчика, количество сопоставимых работ (в
том числе в части создаваемых подсистем (сервисов) ИС СДУ, необходимых для выполнения работ по Контракту)
может быть перераспределено в пределах общего объема трудозатрат, указанных в Таблице 8 ТЗ.
[11] В случае отсутствия в Таблице 7 ТЗ значения Кпер для создаваемой/развиваемой подсистемы (сервиса),
необходимо использовать Кпер из строки «Всего».
Совокупная стоимость выполненных работ по заявкам не может превышать цену Контракта,
указанную в пункте 2.1 Контракта. Оплате подлежат только выполненные Подрядчиком и принятые
Заказчиком работы по заявкам.
Совокупная стоимость выполненных работ по заявкам не может превышать максимального
объема финансирования, определенного в Таблице 8 ТЗ.
39
Таблица 8 – Стоимость выполнения работ
Наименование работ
Количество,
человеко-месяцы
Стоимость 1 (одного)
человеко-месяца, руб.,
в том числе НДС 22%
Максимальный объем
финансирования работ, в
том числе НДС 22%
Выполнение работ по развитию
государственной информационной
системы: информационная система
«Система долговременного ухода и
социальные стационары» в части
создания Сервиса «Чат-бот MAX
социальных сервисов»
148,88
100% от Цены Контракта /
148,88 человеко-месяцев
100%
Оплата работ осуществляется на основании подписанного Заказчиком Документа о приемке
по соответствующему этапу для всех заявок, выполненных (заявка может считаться выполненной
после успешного проведения приемочных испытаний и подписания Сторонами Акта о готовности
системы к вводу в эксплуатацию) до окончания этапа.
Распределение объема и состав выполняемых работ по этапам Контракта определяется
заявками и ЧТЗ. Требований к распределению объема трудозатрат по этапам не предъявляется.
После завершения выполнения Подрядчиком работ в объеме, соответствующем Цене
Контракта, Подрядчик одновременно с документами, указанными в пункте 4.1 Контракта,
представляет обеспечение гарантийных обязательств в размере и порядке, установленном
Контрактом.
Требования к составу и содержанию работ по вводу системы в действие
Для создания условий функционирования объекта автоматизации, при которых
гарантируется соответствие развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем
(сервисов) в составе ИС СДУ требованиям ТЗ и возможность использования Системы по
назначению, должны быть выполнены следующие требования по подготовке объекта
автоматизации к вводу в действие:
‒ приведение поступающей в Систему информации к виду, пригодному для обработки с
помощью ЭВМ (см. пункт 3.5.1 ТЗ);
‒ изменение объекта автоматизации (см. пункт 3.5.2 ТЗ).
3.5
Приведение поступающей в систему информации к виду, пригодному для обработки с
помощью ЭВМ
При выполнении работ по развитию ИС СДУ не должны предполагаться масштабные
изменения информации, накопленной в Системе.
3.5.1
3.5.2 Изменение объекта автоматизации
3.5.2.1 Создание условий функционирования объекта автоматизации, при которых
гарантируется соответствие создаваемой системы требованиям
Необходимость внесения изменений в функционирование объекта автоматизации
определяется в ЧТЗ.
3.5.2.2 Создание необходимых для функционирования системы подразделений и служб
Работы по ТЗ не должны привести к созданию дополнительных подразделений и служб.
Объем и сроки гарантий качества
Сведения о гарантийном обслуживании
Гарантийные обязательства устанавливаются на срок 12 (двенадцать) месяцев с даты
завершения выполнения работ по Контракту, подтвержденных Документом о приемке,
подписанным Заказчиком по последнему этапу.
Гарантийное обслуживание проводится Подрядчиком на протяжении всего срока
гарантийных обязательств.
Недостатки и ошибки в реализации Системы, а также уязвимости Системы, связанные с
недостатками выполненных работ по Контракту и выявленные во время эксплуатации в период до
4
4.1
40
окончания срока гарантийного обслуживания, должны быть устранены Подрядчиком в
соответствии с порядком, приведенном в пункте 4.2 ТЗ в сроки, указанные в пункте 2.5.5 ТЗ.
Подрядчик обязуется обеспечить консультирование персонала Системы в период до
окончания срока гарантийного обслуживания. Срок предоставления консультаций по инциденту не
должен превышать половины срока устранения инцидента соответствующего уровня влияния
(см. Таблица 3 ТЗ пункта 2.5.5 ТЗ).
Порядок выполнения доработок и устранения допущенных Подрядчиком ошибок,
которые выявлены в процессе испытаний и в период гарантийного обслуживания
Недостатки и ошибки в реализации Системы, а также уязвимости Системы, выявленные в
ходе проведения испытаний, должны быть устранены Подрядчиком в рамках выполнения работ по
Контракту. Сроки устранения замечаний и реализации рекомендаций, данных приемочной
комиссией в ходе испытаний, определяются в соответствующем протоколе испытаний.
Недостатки и ошибки в реализации Системы, а также уязвимости Системы, выявленные во
время эксплуатации в период гарантийного обслуживания, должны быть устранены Подрядчиком:
‒ в рамках очередного обновления Системы;
‒ в рамках внеочередного экстренного обновления в случае, если обнаруженные ошибки
препятствуют или ограничивают эксплуатацию Системы в штатном режиме.
При необходимости внесения изменений, связанных с устранением замечаний к работе
Системы, соответствующая документация на Систему должна быть актуализирована Подрядчиком
и предоставлена Заказчику:
‒ в рамках выполнения работ по Контракту до окончания приемочных испытаний;
‒ по результатам устранения замечаний в период гарантийного обслуживания до завершения
срока гарантийного обслуживания.
Изменяемые компоненты, релизы, дистрибутивы и документация перед применением
изменений должны передаваться, в том числе, через систему контроля версий Заказчика. Доступ к
системе контроля версий предоставляется Заказчиком в рабочем порядке по запросу Подрядчика в
течение 5 (пяти) рабочих дней.
4.2
Требования к безопасности выполнения работ
Общие требования к безопасности выполнения работ
Мероприятия по защите информации должны осуществляться Подрядчиком взаимосвязано
с мероприятиями, обеспеченными Заказчиком, по защите ИТ-инфраструктуры, среды
виртуализации, основных и вспомогательных средств вычислительной техники ЦОД, системы
защиты информации ИС СДУ в целях унификации и минимизации применяемых методов и средств
защиты информации.
При выполнении работ Подрядчик должен обеспечить выполнение требований
законодательства Российской Федерации по защите информации (см. раздел 7 ТЗ), в том числе
обеспечении безопасности персональных данных в соответствии с требованиями, установленными
Федеральным законом от 27 июля 2006 г. № 152-ФЗ «О персональных данных».
Информация, предоставляемая Подрядчику с целью выполнения работ, а также
содержащаяся в ИС СДУ и подсистемах и сервисах в составе ИС СДУ, является конфиденциальной
и не должна передаваться третьим лицам без письменного разрешения Заказчика и не иначе как для
обеспечения качественного выполнения работ.
В случае получения доступа к персональным данным Подрядчик обязан обеспечить
соблюдение конфиденциальности персональных данных и обеспечение безопасности персональных
данных при их обработке в соответствии со статьей 19 Федерального закона
от 27 июля 2006 г. № 152-ФЗ «О персональных данных», постановлением Правительства
Российской Федерации от 1 ноября 2012 г. № 1119 «Об утверждении требований к защите
персональных данных при их обработке в информационных системах персональных данных»,
приказом ФСТЭК России от 18 февраля 2013 г. № 21 «Об утверждении Состава и содержания
организационных и технических мер по обеспечению безопасности персональных данных при их
обработке в информационных системах персональных данных».
5
5.1
41
Подрядчик должен не позднее 2 (двух) рабочих часов с момента выявления
соответствующего факта информировать Заказчика о возникновении угроз и фактах сбоя и (или)
нарушения в работе ИС СДУ, а также подсистем и сервисов в составе ИС СДУ, возникновению
угроз и фактах утечки информации, а также о нарушениях требований о защите информации,
которые могут привести к нарушению функционирования ИС СДУ, подсистем и сервисов в составе
ИС СДУ, иных сервисов Заказчика и (или) нарушению сроков и качества выполнения работ.
Подрядчик должен принять меры по устранению нарушений требований о защите
информации, которые могут привести к утечкам информации и (или) нарушению
функционирования Системы Заказчика, иных сервисов Заказчика и (или) нарушению сроков и
качества выполнения работ.
Подрядчик должен обеспечивать контроль и учет действий своих работников (работников
субподрядчиков, привлекаемых к выполнению работ), имеющих возможность изменения
конфигурации программно-технических средств и средств защиты информации Системы
Заказчика.
Подрядчик должен обеспечивать контроль и учет действий своих работников (работников
субподрядчиков, привлекаемых к выполнению работ), имеющих доступ к КТС, ППО, средствам
защиты информации Системы, информации ограниченного доступа Заказчика.
Требования к безопасности при разработке исходного кода
В ходе выполнения работ по Контракту при работе с исходным кодом Подрядчик должен
выполнять следующие требования:
‒ предоставить Заказчику или его полномочному представителю доступ к программным и
аппаратным средствам разработчика (привлекаемого им субподрядчика), включая среды
разработки и верификации развиваемой ППО ИС СДУ, а также подсистем и сервисов в
составе ИС СДУ, для проверки указанных средств, в том числе на соответствие требованиям
ТЗ;
‒ создать, контролировать и сопровождать библиотеку разработки ПО для ППО развиваемой
ИС СДУ, а также создаваемых (развиваемых) подсистем и сервисов в составе ИС СДУ для
обеспечения упорядоченной разработки и последующей поддержки ПО. Библиотека
разработки ПО может быть частью среды разработки ПО и среды верификации. Подрядчик
должен сопровождать библиотеку разработки ПО на протяжении срока исполнения
Контракта.
Для разрабатываемого исходного кода должно быть обеспечено:
‒ разработка исходного кода должна осуществляться на технических средствах, размещенных
в выделенном в вычислительной инфраструктуре (Подрядчика или Заказчика) контуре
разработки развиваемой ППО СДУ, а также подсистем и сервисов в составе ИС СДУ,
отделенном от остальных контуров (контура промышленной эксплуатации и контура
опытной эксплуатации);компиляторы, редакторы и другие инструментальные средства
разработки исходного кода или системные утилиты должны быть доступны только в контуре
разработки;
‒ реализация Подрядчиком мер по разработке безопасного ПО, указанных в пункте
2.4.5.4.7 ТЗ.
Хранение исходного кода, находящегося в разработке, должно осуществляться в
репозитории, размещенном на технических средствах Подрядчика и (или) Заказчика. После
завершения процесса передачи исходного кода от Подрядчика к Заказчику хранение исходного кода
должно осуществляться на технических средствах Заказчика.
Не допускается хранение исходного кода на технических средствах, доступных из сетей
общего доступа, в том числе сети Интернет.
5.2
5.3
Требования к АРМ, используемым при выполнении работ
5.3.1 Требования к антивирусной защите
АРМ, используемое при выполнении работ, должно быть оснащено средствами
антивирусной защиты, сертифицированным на соответствие обязательным требованиям по
безопасности информации, установленным ФСТЭК России. Средство антивирусной защиты,
42
установленное на АРМ, используемое при выполнении работ, должно иметь актуальное обновление
антивирусных сигнатур и быть настроено на автоматическое обновление антивирусных баз с
сервера обновления производителя.
Политика безопасности антивирусной защиты может получаться с централизованного
ресурса, либо быть установлена в автономном режиме работы средства антивирусной защиты
информации, и должна содержать следующие требования:
‒ периодическая проверка АРМ, используемых при выполнении работ, на наличие
вредоносных компьютерных программ (вирусов);
‒ проверка АРМ, используемых при выполнении работ, в режиме реального времени;
‒ проверка объектов (файлов) при загрузке открытии или исполнении, поступающих со
съемных машинных носителей информации через сетевые подключения в том числе сети
общего пользования;
‒ получение из доверенных источников и установка обновлений базы данных признаков
вредоносных компьютерных программ (вирусов);
‒ контроль целостности обновлений базы данных признаков вредоносных компьютерных
программ (вирусов).
Требования к защите каналов связи
На АРМ, используемых при выполнении работ по разработке и тестированию ППО,
размещенного в вычислительной инфраструктуре ЦОД, должны применяться средства защиты
канала передачи данных (VPN), определенных Заказчиком.
5.3.2
Требования к ограничению программной среды
На
АРМ,
используемых
при
выполнении
работ,
запрещается
установка
несертифицированных ФСТЭК России средств удаленного доступа или программного обеспечения,
позволяющего осуществлять удаленный доступ посредством сети.
5.3.3
Требования к защите от удаленной активности периферийных устройств
В случае использования АРМ, используемых при выполнении работ, оснащенных
видеокамерами, микрофонами и иными периферийными устройствами, должна быть реализована
защита от их несанкционированной удаленной активации.
Допустимы следующие способы реализации настоящего требования:
‒ физическое отключение периферийных устройств от АРМ, используемых при выполнении
работ;
‒ отключение периферийных устройств на системном уровне;
‒ установка запрета удаленной активации устройств средствами антивирусного программного
обеспечения;
‒ настройка оповещения пользователя об активации периферийных устройств при попытке
обращения сторонних программных средств к таким устройствам.
5.3.4
Требования к конфиденциальности
Должно быть обеспечено ознакомление пользователя с условиями соблюдения
конфиденциальности аутентификационной информации, предоставляемой для выполнения работ
по Контракту.
5.3.5
Требования к используемым материалам и оборудованию
Развертывание и конфигурирование
Система должна быть установлена Подрядчиком на оборудовании, предоставленном
Заказчиком. Должен быть установлен размещенный в системе контроля версий Заказчика и
переданный на машинных носителях информации дистрибутив ППО.
Сборка развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем (сервисов) в
составе ИС СДУ в составе ИС СДУ должна происходить на КТС и СПО Заказчика. Работы по
развертыванию и конфигурированию ППО Системы должны быть проведены Подрядчиком в
соответствии со стандартами службы эксплуатации Заказчика, включая стандарты подключения к
6
6.1
43
СЗИ ИС СДУ. Стандарты службы эксплуатации Заказчика передаются в рабочем порядке по
запросу Подрядчика в течение 5 (пяти) рабочих дней.
Дальнейшее конфигурирование должно выполняться Заказчиком. Процесс развертывания и
конфигурирования Системы должен быть описан Подрядчиком в документе «Руководство
администратора».
В случае необходимости Подрядчиком должны быть установлены обновления, выпущенные
по итогам испытаний, если эти обновления не включены в состав дистрибутива.
Верификация ППО развиваемой ИС СДУ и (или) создаваемых/развиваемых подсистем
(сервисов) в составе ИС СДУ должна проводиться на технических средствах Заказчика.
При приемке передаваемого ПО должно производиться сравнение контрольных сумм всех
передаваемых файлов с верифицированными версиями.
7
Перечень нормативных правовых и нормативных технических актов
7.1
Федеральный закон от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных
технологиях и о защите информации».
7.2
Федеральный закон от 27 июля 2006 г. № 152-ФЗ «О персональных данных».
7.3
Постановление Правительства РФ от 1 ноября 2012 г. № 1119 «Об утверждении требований
к защите персональных данных при их обработке в информационных системах персональных
данных».
7.4
Постановление Правительства РФ от 6 июля 2015 г. № 676 «О требованиях к порядку
создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации
государственных информационных систем и дальнейшего хранения содержащейся в их базах
данных информации».
7.5
Закон г. Москвы от 24 октября 2001 г. № 52 «Об информационных ресурсах и
информатизации города Москвы».
7.6
Распоряжение Правительства Москвы от 3 июля 2012 г. № 342-РП «О требованиях к вводу в
эксплуатацию информационных систем, создаваемых в городе Москве».
7.7
«ГОСТ 19.102-77. Государственный стандарт Союза ССР. Единая система программной
документации. Стадии разработки» (введен в действие Постановлением Госстандарта СССР от 20
мая 1977 г. № 1268).
7.8
«ГОСТ 19.401-78* (СТ СЭВ 3746-82). Государственный стандарт Союза ССР. Единая
система программной документации. Текст программы. Требования к содержанию и оформлению»
(введен в действие Постановлением Госстандарта СССР от 18 декабря 1978 г. № 3350).
7.9
«ГОСТ 19.402-78 (СТ СЭВ 2092-80). Государственный стандарт Союза ССР. Единая система
программной документации. Описание программы» (введен в действие Постановлением
Госстандарта СССР от 18 декабря 1978 г. № 3350).
7.10 «ГОСТ 19.502-78 (СТ СЭВ 2093-80). Государственный стандарт Союза ССР. Единая система
программной документации. Описание применения. Требования к содержанию и оформлению»
(введен в действие Постановлением Госстандарта СССР от 18 декабря 1978 г. № 3350).
7.11 «ГОСТ 19.503-79 (СТ СЭВ 2094-80). Государственный стандарт Союза ССР. Единая система
программной документации. Руководство системного программиста. Требования к содержанию и
оформлению» (введен в действие Постановлением Госстандарта СССР от 12 января 1979 г. № 74).
7.12 «ГОСТ 19.504-79 (СТ СЭВ 2095-80). Государственный стандарт Союза ССР. Единая система
программной документации. Руководство программиста. Требования к содержанию и
оформлению» (введен в действие Постановлением Госстандарта СССР от 12 января 1979 г. № 74).
7.13 «ГОСТ 19.505-79 (СТ СЭВ 2096-80). Государственный стандарт Союза ССР. Единая система
программной документации. Руководство оператора. Требования к содержанию и оформлению»
(введен в действие Постановлением Госстандарта СССР от 12 января 1979 г. № 74).
7.14 «ГОСТ 19.506-79 (СТ СЭВ 2097-80). Государственный стандарт Союза ССР. Единая система
программной документации. Описание языка. Требования к содержанию и оформлению» (введен в
действие Постановлением Госстандарта СССР от 12 января 1979 г. № 74).
7.15 «ГОСТ 28195-89. Оценка качества программных средств. Общие положения» (утв.
Постановлением Госстандарта СССР от 28 июля 1989 г. № 2507).
7.16 «ГОСТ Р 50739-95. Средства вычислительной техники. Защита от несанкционированного
44
доступа к информации. Общие технические требования» (принят и введен в действие
Постановлением Госстандарта РФ от 9 февраля 1995 г. № 49).
7.17 Приказ ФСТЭК России от 18 февраля 2013 г. № 21 «Об утверждении Состава и содержания
организационных и технических мер по обеспечению безопасности персональных данных при их
обработке в информационных системах персональных данных» (Зарегистрировано в Минюсте
России 14 мая 2013 г. № 28375).
7.18 Приказ ФСБ России от 10 июля 2014 г. № 378 «Об утверждении Состава и содержания
организационных и технических мер по обеспечению безопасности персональных данных при их
обработке в информационных системах персональных данных с использованием средств
криптографической защиты информации, необходимых для выполнения установленных
Правительством Российской Федерации требований к защите персональных данных для каждого из
уровней защищенности».
7.19 «ГОСТ Р 2.105-2019. Национальный стандарт Российской Федерации. Единая система
конструкторской документации. Общие требования к текстовым документам» (утв. и введен в
действие Приказом Росстандарта от 29 апреля 2019 г. № 175-ст).
7.20
«ГОСТ 34.602-2020. Межгосударственный стандарт. Информационные технологии.
Комплекс стандартов на автоматизированные системы. Техническое задание на создание
автоматизированной системы» (введен в действие Приказом Росстандарта от 19 ноября 2021 г.
№ 1522-ст).
7.21 «ГОСТ 34.201-2020. Межгосударственный стандарт. Информационные технологии.
Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение
документов при создании автоматизированных систем» (введен в действие Приказом Росстандарта
от 19 ноября 2021 г. № 1521-ст).
7.22 «ГОСТ 6.10.4-84. Унифицированные системы документации. Придание юридической силы
документам на машинном носителе и машинограмме, создаваемым средствами вычислительной
техники. Основные положения».
7.23 «ГОСТ Р 7.0.97-2025. Система стандартов по информации, библиотечному и издательскому
делу. Организационно-распорядительная документация. Требования к оформлению документов».
7.24 «ГОСТ Р 50923-96. Дисплеи. Рабочее место оператора. Общие эргономические требования и
требования к производственной среде. Методы измерения.»
7.25 «ГОСТ Р 51583-2014. Национальный стандарт Российской Федерации. Защита информации.
Порядок создания автоматизированных систем в защищенном исполнении. Общие положения»
(утв. и введен в действие Приказом Росстандарта от 28 января 2014 г. № 3-ст).
7.26 «ГОСТ Р 56274-2014. Общие показатели и требования в эргономике».
7.27 «ГОСТ Р 56939-2024. Национальный стандарт Российской Федерации. Защита информации.
Разработка безопасного программного обеспечения. Общие требования» (утв. и введен в действие
Приказом Росстандарта от 24.10.2024 N 1504-ст)
7.28 «ГОСТ Р 51624-2000. «Защита информации. Автоматизированные системы в защищенном
исполнении. Общие требования».
7.29 ГОСТ 2.301-68 «Межгосударственный стандарт. Единая система конструкторской
документации. Форматы» (утв. Постановлением Госстандарта СССР от 28 мая1968 г. № 751).
7.30 «Методический документ «Состав и содержание мероприятий и мер по защите информации,
содержащейся в информационных системах» (утв. ФСТЭК России 12.04.2026) Методические
рекомендации по разработке нормативных правовых актов, определяющих угрозы безопасности
персональных данных, актуальные при обработке персональных данных в информационных
системах персональных данных, эксплуатируемых при осуществлении соответствующих видов
деятельности, утвержденные ФСБ России 31 марта 2015 г.№ 149/7/2/6-432.
7.31 Банк данных угроз безопасности информации ФСТЭК России (http://bdu.fstec.ru).
7.32 Методический документ. Методика оценки угроз безопасности информации (утв. ФСТЭК
России 05 февраля 2021 г.).
7.33 Приказ ФСТЭК России от 18 марта 2025 г. № 117 «Об утверждении требований о защите
информации, содержащейся в государственных информационных системах, иных
информационных системах государственных органов, государственных унитарных предприятий,
государственных учреждений, с использованием шифровальных (криптографических) средств»
45
(Зарегистрировано в Минюсте России 26 марта 2025 г. № 81647).
7.34 Приказ ФСТЭК России от 3 апреля 2018 г. № 55 «Об утверждении Положения о системе
сертификации средств защиты информации» (Зарегистрировано в Минюсте России 11 мая 2018 г.
№ 51063).
7.35 Приказ ФСТЭК России от 29 апреля 2021 г. № 77 «Об утверждении Порядка организации и
проведения работ по аттестации объектов информатизации на соответствие требованиям о защите
информации ограниченного доступа, не составляющей государственную тайну» (Зарегистрировано
в Минюсте России 10 августа 2021 г. № 64589).
7.36 Приказ Федеральной службы по надзору в сфере связи, информационных технологий и
массовых коммуникаций от 19 июня 2025 г. № 140 «Об утверждении требований к обезличиванию
персональных данных и методов обезличивания персональных данных, за исключением случаев,
указанных в пункте 9-1 части 1 статьи 6 Федерального закона от 27 июля 2006 г. № 152-ФЗ «О
персональных данных».
7.37 «ГОСТ Р 59853-2021. Информационные технологии. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Термины и определения.»
7.38 «ГОСТ Р 59795-2021. Национальный стандарт Российской Федерации. Информационные
технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы.
Требования к содержанию документов» (утв. и введен в действие Приказом Росстандарта от 25
октября 2021 г. № 1297-ст);
7.39 «ГОСТ Р 59792-2021. Информационные технологии. Комплекс стандартов на
автоматизированные системы. Виды испытаний автоматизированных систем»;
7.40 Приказ Департамента труда и социальной защиты населения города Москвы от 18 сентября
2023 г. № 791 «О возложении функций уполномоченного органа государственной власти города
Москвы по определению направлений цифрового развития отрасли труда и социальной защиты
населения города Москвы».
7.41 Распоряжение
Департамента
информационных
технологий
города
Москвы
от 16 января 2023 г. № 64-16-15/23 «Об утверждении Стандарта раскрытия метаданных и
использования централизованных справочников».
7.42 «ГОСТ Р 59793-2021. Национальный стандарт Российской Федерации. Информационные
технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы.
Стадии создания (утв. и введен в действие Приказом Росстандарта от 25 октября 2021 г. № 1285-ст).
7.43 Постановление Правительства Российской Федерации от 21 марта 2012 г. № 211 «Об
утверждении перечня мер, направленных на обеспечение выполнения обязанностей,
предусмотренных Федеральным законом «О персональных данных» и принятыми в соответствии с
ними нормативными правовыми актами, операторами, являющимися государственными или
муниципальными органами».
7.44 Федеральный закон от 6 апреля 2011 г. № 63-ФЗ «Об электронной подписи».
7.45 «ГОСТ 28806-90. Качество программных средств. Термины и определения».
7.46 «ГОСТ Р 2.051-2023. Единая система конструкторской документации. Электронная
конструкторская документация. Основные положения».
7.47 «ГОСТ 24.701-86. Единая система стандартов автоматизированных систем управления.
Надежность автоматизированных систем управления. Основные положения».
7.48 «ГОСТ 34.12-2018. Межгосударственный стандарт. Информационная технология.
Криптографическая защита информации. Блочные шифры».
7.49 «ГОСТ 34.13-2018. Информационная технология. Криптографическая защита информации.
Режимы работы блочных шифров».
46
Приложение 1 к Техническому заданию
Перечень объектов закупки
1. Работы по развитию информационных систем и ресурсов
Характеристики
Дополнительные условия
Вид работ: Развитие.
Объект работ: Составная часть
информационной системы.
Миграция данных осуществляется на
вычислительные мощности Подрядчика: Нет.
Обеспечение совместимости с
установленным оборудованием,
программным обеспечением: Да.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Программное обеспечение предоставляется
Заказчиком: Да.
Дополнительные работы: Настройка
программного обеспечения.
Стадия выполнения работ: Ввод в действие;
Рабочая документация; Технический проект;
Эскизный проект.
Работы выполняются по заявке:
Да.
47
Объем (единица
Адрес
измерения)
148,88
г. Москва
(Условная единица)
Срок
c 1-го по 540-й
календарный день c
даты заключения
контракта.
Приложение 2 к Техническому заданию
Форма заявки на выполнение работ
ЗАЯВКА №__
по государственному контракту от ________ № _____________
на выполнение работ по развитию государственной информационной системы: информационная
система «Система долговременного ухода и социальные стационары» в части создания Сервиса
«Чат-бот MAX социальных сервисов»
г.Москва
«____» _______________ 20__ г.
Требуется выполнить работы по заявке до «____» _______________ 20__ г.
№
п/п
Наименование работы
Описание требований
48
Инициатор
(Заказчик /
Функциональны
й заказчик)
Приложение 3 к Техническому заданию
Форма расчета стоимости реализации решения [12]
УТВЕРЖДАЮ
ЗАКАЗЧИК:
УТВЕРЖДАЮ
ПОДРЯДЧИК
_________________________И.О.Фамилия
М.П.
________________________И.О.Фамилия
М.П.
РАСЧЕТ СТОИМОСТИ РЕАЛИЗАЦИИ РЕШЕНИЯ № ___
на выполнение работ по развитию системы
в рамках этапа ___ государственного контакта от «___» ____________ 20___ г. № __________
на выполнение работ по развитию государственной информационной системы: информационная система «Система долговременного
ухода и социальные стационары» в части создания Сервиса «Чат-бот MAX социальных сервисов»
Заявка № <номер заявки>
<Название стадии выполнения Заявки>[13]
СОГЛАСОВАНО
ФУНКЦИОНАЛЬНЫЙ ЗАКАЗЧИК
_________________________И.О.Фамилия
М.П.
[12] Наименование документа определяется Заказчиком.
[13] При наличии.
49
Общие сведения
Стоимость работ по развитию Системы по Заявке определена как произведение стоимости
1 (одного) человеко-месяца, указанной в техническом задании, составляющем приложение № 1
к государственному контракту от «___» ____________ 20___ г. № __________ на выполнение работ
по развитию государственной информационной системы: информационная система «Система
долговременного ухода и социальные стационары» в части создания Сервиса
«Чат-бот MAX социальных сервисов» (далее – Контракт), и количества человеко-месяцев,
определенного согласно распоряжению Департамента экономической политики и развития города
Москвы и Департамента информационных технологий города Москвы от 28 февраля 2018 г. № 6416-89/18/3-р «Об утверждении Методики расчета планируемой стоимости работ по созданию,
развитию и модернизации информационных систем города Москвы» (далее – Методика).
Стоимость 1 (одного) человеко-месяца работ по развитию Системы по Заявке составляет
_________,__ руб. (_______ рублей ___ копеек), в том числе НДС 22%.
1.
Расчет стоимости реализации решения по развитию Системы по Заявке
Определение общих трудозатрат на реализацию программного решения по развитию
Системы по Заявке
Определение общих расчетных трудозатрат на реализацию программного решения
по развитию Системы по Заявке осуществляется согласно формуле (8) пункта 6.4 Методики
следующим образом:
ОТрз = ФТз × Кпер
где:
ОТрз – общие расчетные трудозатраты на реализацию программного решения по Заявке,
человеко-месяцев;
ФТз – количество функциональных точек в программном решении по Заявке;
Кпер – коэффициент пересчета для выполнения работ по Заявкам (определяется по формуле
(9) Методики):
ОТр
Кпер =
ФТ
где:
Кпер – коэффициент пересчета для выполнения работ по Заявкам;
ОТр – общие расчетные трудозатраты, человеко-месяцев (определено в НМЦК в целом
по Системе по формуле (3) Методики);
ФТ – общее количество функциональных точек Системы (определено в НМЦК в целом
по Системе по формуле (1) Методики).
2.
2.1.
Таблица 1 – Коэффициент пересчета
Коэффициент пересчета для
выполнения работ по Заявкам
(Кпер )
Общие расчетные трудозатраты,
человеко-месяцев (ОТр )
Общее количество функциональных
точек Системы (ФТ)
0,2127
148,88
700
50
Таблица 2 – Количество функциональных точек по развитию Системы по Заявке
Наименование подсистем
Количество функций обработки информации (Фi)
Системы/
№
функциональных требований/
п/п
Ф1 Ф2 Ф3 Ф4 Ф5 Ф6 Ф7 Ф8 ИТОГО ФТ1
функций обработки
информации [14]
Заявка №_____
Выполнение работ ______
1
Подсистема ____________
1.1
Функциональное требование
1.1.1 Функция обработки информации
1.1.2 Функция обработки информации
…
1.2
Функциональное требование
1.2.1 Функция обработки информации
…
2
Подсистема ____________
…
[14] Детализация функциональных требований может быть оформлена в виде приложения к документу.
51
Количество функциональных точек (ФТi)
ФТ2
ФТ3
ФТ4
ФТ5
ФТ6
ФТ7
ФТ8
ИТОГО (ФТз)
Определение стоимости выполнения работ по реализации программного решения по
развитию Системы по Заявке
Определение стоимости выполнения работ по реализации программного решения
по развитию Системы по Заявке осуществляется согласно формуле (10) пункта 6.4. Методики
следующим образом:
Цз = ОТрз × Скон
где:
Цз – стоимость выполнения работ по реализации программного решения по Заявке, руб., в
том числе НДС __%;
ОТрз – общие расчетные трудозатраты на реализацию программного решения по Заявке,
человеко-месяцев;
Скон – установленная в Контракте стоимость 1 (одного) человеко-месяца по развитию
Системы, руб., в том числе НДС __%.
Стоимость выполнения работ по реализации программного решения по развитию Системы по
Заявке приведена в Таблице 3.
2.2.
Таблица 3 – Стоимость работ по Заявке
Стоимость 1 человеко-месяца
(руб., в том числе НДС __%)
(Скон )
Общие расчетные трудозатраты на реализацию
программного решения по Заявке
(человеко-месяцев)
(ОТрз )
Стоимость работ по
Заявке (руб., в том
числе НДС __%)
(Цз )
Стоимость работ
Расчетная стоимость работ по развитию Системы по Заявке № ___ этапа ___ Контракта
составляет ____________,__ руб. (_______ рублей ___ копеек), в том числе НДС __%.
3.
52
Приложение 4 к Техническому заданию
Форма ведомости машинных носителей информации
<Указать наименование Заказчика>
УТВЕРЖДАЮ
<Руководитель (должность,
наименование Заказчика)>
УТВЕРЖДАЮ
<Руководитель (должность,
наименование Подрядчика)>
_________________/____________
М.П.
_________________/____________
М.П.
СОГЛАСОВАНО
<Руководитель (должность, наименование
Функционального заказчика)>
_________________/____________
М.П.
Государственный контракт от «____» ___________ 20__ г. № ___________
на выполнение работ по развитию государственной информационной системы: информационная
система «Система долговременного ухода и социальные стационары» в части создания Сервиса
«Чат-бот MAX социальных сервисов»
ВЕДОМОСТЬ МАШИННЫХ НОСИТЕЛЕЙ ИНФОРМАЦИИ
ЛИСТ УТВЕРЖДЕНИЯ
<Указать код документа (если есть)>
Москва
20__
53
<Указать наименование Заказчика>
УТВЕРЖДЕН
<Указать код документа (если есть)>
Государственный контракт от «____» ___________ 20__ г. № ___________
на выполнение работ по развитию государственной информационной системы: информационная
система «Система долговременного ухода и социальные стационары» в части создания Сервиса
«Чат-бот MAX социальных сервисов»
ВЕДОМОСТЬ МАШИННЫХ НОСИТЕЛЕЙ ИНФОРМАЦИИ
<Указать код документа (если есть)>
На __ листах
Москва
20__
54
[Ведомость машинных носителей информации должна содержать обозначения, наименования
документов, выполненных на машинных носителях информации. Запись документов
осуществляется в порядке возрастания присвоенных обозначений].
№
п/п
№ CD
Обозначение
<Указать
номер CD>
<Указать
обозначение
документа>
Наименование
Имя файла
Объем, Кбайт
<Указать наименование
документа>
<Указать имя
файла на
машинном
носителе
информации>
<Указать
объем файла на
машинном
носителе
информации>
55

=== ФАЙЛ: Порядок оценки заявок по критериям | docs/0173200001426002093/563-021_Порядок оценки заявок__v1.pdf
ПОРЯДОК
рассмотрения и оценки заявок на участие в конкурсе
I. Информация о заказчике и закупке товаров, работ, услуг для обеспечения государственных и муниципальных нужд (далее - закупка)
Коды
Полное наименование
Государственное казенное учреждение города Москвы
«Информационный город»
Место нахождения, телефон, 123112, г. Москва, 1-й Красногвардейский пр-д, д.21, стр.1,
адрес электронной почты
тел.: (495) 957-01-31, (495) 957-93-57, ig@it.mos.ru.
Наименование объекта
закупки
ИНН 7701356086
КПП 770301001
по ОКТМО 45380000000
Выполнение работ по развитию государственной информационной системы: информационная
система «Система долговременного ухода и социальные стационары» в части создания Сервиса
«Чат-бот MAX социальных сервисов».
1
II. Критерии и показатели оценки заявок на участие в закупке
№
Критерий оценки
1. Цена контракта,
сумма цен единиц
товара, работы,
услуги
Значимость
критерия
оценки
Показатель
оценки
Значимость
показателя
оценки
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализирующего
показатель оценки
30%
–
–
–
–
Формула оценки или шкала оценки
Значение количества баллов по критерию оценки присваиваемое
заявке (БЦi) определяется по одной из следующих формул:
а) за исключением случаев, предусмотренных пунктами
«б» и «в», - по формуле:
 Ц -Ц 
БЦi =100 -  i л  ×100,
 Цл 
б) в случае если по результатам применения формулы,
предусмотренной пунктом «а», при оценке хотя бы одной заявки
получено значение, являющееся отрицательным числом, значение
количества баллов (БЦi) по критерию по всем заявкам, подлежащим
оценке, определяется по формуле:
БЦi = Ц нач - Ц i  
100
,
Ц нач - Ц л
в) в случае если участником закупки подано предложение о цене
контракта
(далее – ценовое предложение),
предусматривающее
снижение цены контракта ниже нуля, значение количества баллов (БЦi)
определяется в следующем порядке:
- для заявки участника закупки, ценовое предложение которого не
предусматривает снижение цены контракта ниже нуля, значение (БЦi)
определяется по формуле:
 Ц + Цл 
БЦ i = 100 -  i
  100;
 Ц нач + Ц л 
Значение Цл при применении формулы указывается без знака
«минус».
- для заявки участника закупки, ценовое предложение которого
предусматривает снижение цены контракта ниже нуля, значение
количества баллов (БЦi) определяется по формуле:
 Ц л - Цi 
БЦ i =100 - 
 ×100.
 Ц нач + Ц л 
Значение Цл и Цi при применении формулы указываются без знака
«минус».
где:
Цл - наилучшее ценовое предложение из числа предложенных в
соответствии с Федеральным законом от 05.04.2013 №44-ФЗ
участниками закупки, заявки которых подлежат оценке по критерию
оценки «цена контракта, сумма цен единиц товара, работы, услуги».
Цi - ценовое предложение участника закупки;
Цнач - начальная (максимальная) цена контракта.
2
2. Характеристики
объекта закупки
20%
Качественные
характеристики
объекта закупки
60%
Характеристика №1:
«Длительность исправления
инцидентов» с влиянием
«Высокое» во время опытной
эксплуатации.»
Ед. изм.: раб. дни.
Значение, установленное в ТЗ:
40%
Оценивается предложение участника по уменьшению
цифрового
значения
характеристики
«Длительность
исправления инцидентов» с влиянием «Высокое» во время
опытной эксплуатации, которое участник предлагает
обеспечить при исполнении контракта, заключенного по
результатам настоящего конкурса.
Предложение участника должно содержать значение
характеристики,
обязательно включающее в себя
предлагаемое цифровое значение и единицу измерения:
«___ рабочих дня». Предложенное участником значение
характеристики:
- «2 рабочих дня» оценивается ....................... - 50 баллами;
- «1 рабочий день» оценивается ................... - 100 баллами.
«3 рабочих дня».
(п. 2.5.5 ТЗ)
В предложении участника может быть указан только один из
приведенных вариантов. Предложения, содержащие одновременно
несколько вариантов либо содержащие варианты, не
соответствующие приведенным условиям, не рассматриваются, и
таким предложениям присваивается оценка 0 баллов.
Характеристика №2:
«Длительность исправления
инцидентов» с влиянием
«Среднее» во время опытной
эксплуатации.
Ед.изм. – раб. дни.
Значение характеристики,
установленное ТЗ:
30%
Оценивается предложение участника по уменьшению
цифрового
значения
характеристики
«Длительность
исправления инцидентов» с влиянием «Среднее» во время
опытной эксплуатации, которое участник предлагает
обеспечить при исполнении контракта, заключенного по
результатам настоящего конкурса.
Предложение участника должно содержать значение
характеристики,
обязательно включающее в себя
предлагаемое цифровое значение и единицу измерения:
«___ рабочих дня». Предложенное участником значение
характеристики:
- «3 рабочих дня» оценивается ....................... - 50 баллами;
- «2 рабочих дня» оценивается ..................... - 100 баллами.
«4 рабочих дня».
(п. 2.5.5 ТЗ)
Предложение участника должно соответствовать одному из
приведенных вариантов либо содержать вариант, в котором
цифровое значение характеристики меньше цифрового значения в
варианте, оцениваемом максимальным количеством баллов. Такое
предложение также будет оценено максимальным количеством
баллов.
Предложения, содержащие одновременно несколько вариантов
либо содержащие варианты, не соответствующие приведенным
условиям, не рассматриваются, и таким предложениям
присваивается оценка 0 баллов.
Характеристика №3:
«Длительность исправления
инцидентов» с влиянием
«Низкое» во время опытной
эксплуатации.
Ед.изм. – раб. дни.
3
30%
Оценивается предложение участника по уменьшению
цифрового
значения
характеристики
«Длительность
исправления инцидентов» с влиянием «Низкое» во время
опытной эксплуатации, которое участник предлагает
обеспечить при исполнении контракта, заключенного по
результатам настоящего конкурса.
Значение характеристики,
установленное ТЗ:
Предложение участника должно содержать значение
характеристики,
обязательно включающее в себя
предлагаемое цифровое значение и единицу измерения:
«___ рабочих дня». Предложенное участником значение
характеристики:
- «4 рабочих дня» оценивается ....................... - 50 баллами;
- «3 рабочих дня» оценивается ....................... - 100 баллами;
«5 рабочих дней».
(п. 2.5.5 ТЗ)
Предложение участника должно соответствовать одному из
приведенных вариантов либо содержать вариант, в котором
цифровое значение характеристики меньше цифрового значения в
варианте, оцениваемом максимальным количеством баллов. Такое
предложение также будет оценено максимальным количеством
баллов.
Предложения, содержащие одновременно несколько вариантов
либо содержащие варианты, не соответствующие приведенным
условиям, не рассматриваются, и таким предложениям
присваивается оценка 0 баллов.
Функциональные
характеристики
объекта закупки
40%
Характеристика №1:
«Дополнительная
функциональная возможность
отправки ответного сообщения
в мессенджер МАХ».
40%
Предложение участника:
При исполнении контракта, заключенного по результатам
настоящего
конкурса,
дополнительно
разработать
функциональную
возможность
отправки
ответного
сообщения в мессенджер МАХ.
Значение, установленное в ТЗ:
Должна быть создана
функциональность
взаимодействия с
мессенджером МАХ.
(п. 3.2.1.1.1 ТЗ).
Предложение участника, в случае наличия такого предложения
в составе его заявки, должно однозначно соответствовать
варианту предложения, приведенному в порядке оценки и
содержать в своем составе все условия и обязательства,
содержащиеся в тексте такого варианта.
Характеристика Техническим
заданием не специфицирована.
Характеристика №2:
«Дополнительная
функциональная возможность
поиска шаблона услуги»
Значение, установленное в ТЗ:
Должна быть создана
функциональность
консультационного
сопровождения по услугам.
(п. 3.2.1.2.1 ТЗ).
Характеристика Техническим
заданием не специфицирована.
4
Оценивается наличие предложения участника разработать
дополнительную функциональную возможность отправки
ответного сообщения в мессенджер МАХ.
Наличие данного предложения в составе заявки.
оценивается ...................................... – 100 баллами.
Отсутствие данного предложения в составе заявки
оценивается .......................................... – 0 баллов.
30%
Оценивается наличие предложения участника разработать
дополнительную функциональную возможность поиска
шаблона услуги.
Предложение участника:
При исполнении контракта, заключенного по результатам
настоящего
конкурса,
дополнительно
разработать
функциональную возможность поиска шаблона услуги.
Предложение участника, в случае наличия такого предложения
в составе его заявки, должно однозначно соответствовать
варианту предложения, приведенному в порядке оценки и
содержать в своем составе все условия и обязательства,
содержащиеся в тексте такого варианта.
Наличие данного предложения в составе заявки.
оценивается ...................................... – 100 баллами.
Отсутствие данного предложения в составе заявки
оценивается .......................................... – 0 баллов.
Характеристика №3:
«Дополнительная
функциональная возможность
ранжирования услуг по
релевантности».
30%
Предложение участника:
При исполнении контракта, заключенного по результатам
настоящего
конкурса,
дополнительно
разработать
функциональную возможность ранжирования услуг по
релевантности.
Значение, установленное в ТЗ:
Должна быть создана
функциональность
семантического поиска по
услугам.
(п. 3.2.1.2.4 ТЗ).
Предложение участника, в случае наличия такого предложения
в составе его заявки, должно однозначно соответствовать
варианту предложения, приведенному в порядке оценки и
содержать в своем составе все условия и обязательства,
содержащиеся в тексте такого варианта.
Характеристика Техническим
заданием не специфицирована.
3.
Квалификация
участников
закупки
50%
Наличие у
участников
закупки опыта
работы,
связанного с
предметом
контракта
70%
Характеристика квалификации
участников закупки №1:
Общая цена исполненных
участником закупки договоров
Оценивается наличие предложения участника разработать
дополнительную
функциональную
возможность
ранжирования услуг по релевантности.
Наличие данного предложения в составе заявки.
оценивается ...................................... – 100 баллами.
Отсутствие данного предложения в составе заявки
оценивается .......................................... – 0 баллов.
100%
Расчет баллов (БХi) для оценки предложений участников по
каждому детализирующему показателю производится по
формуле:
БХ i = Х i - Х min ×
100
;
Х
- Х min
пред
max
где:
Х i - значение, содержащееся в предложении участника
закупки по данному показателю, заявка (часть заявки) которого
подлежит оценке в соответствии с Федеральным законом;
Хmin - минимальное значение предложений участников по
данному показателю, содержащееся в заявках (частях заявок),
подлежащих оценке в соответствии с Федеральным законом.
Х пред
max
- предельное максимальное значение квалификации
участников закупки, установленное в соответствии с п. 7.22
Положения о системе закупок города Москвы, утвержденного
постановлением Правительства Москвы от 19.07.2019 г. № 899-ПП.
Порядок расчета и размер предельного максимального
значения приведен в положении о применении детализирующих
показателей оценки (Приложение Б).
Наличие у
участников
закупки
специалистов и
30%
Характеристика квалификации
участников закупки №1:
Количество специалистов и
иных работников,
соответствующих перечню
5
80%
Расчет баллов (БХi) для оценки предложений участников по
каждому детализирующему показателю производится по
формуле:
иных работников
определенного
уровня
квалификации
[1]
специальностей (направлений
подготовки), выделенных в
условную группу1 «ИТ»
Характеристика квалификации
участников закупки №2:
Количество специалистов и
иных работников,
соответствующих перечню
специальностей (направлений
подготовки), выделенных в
условную группу1 «ИБ»
10%
Характеристика квалификации
участников закупки №3:
Количество специалистов и
иных работников,
соответствующих перечню
специальностей (направлений
подготовки), выделенных в
условную группу1 «ИСиР»
10%
где:
Хmax - максимальное значение предложений участников по
данному показателю, содержащееся в заявках (частях заявок),
подлежащих оценке в соответствии с Федеральным законом;
Хi - значение, содержащееся в предложении участника
закупки по данному показателю, заявка (часть заявки) которого
подлежит оценке в соответствии с Федеральным законом;
Хmin - минимальное значение предложений участников по
данному показателю, содержащееся в заявках (частях заявок),
подлежащих оценке в соответствии с Федеральным законом.
Полное наименование, а также состав условных групп приведен в соответствующем положении о применении детализирующих показателей оценки для показателей критерия.
6
III. Отдельные положения о применении отдельных критериев оценки, показателей оценки и показателей оценки, детализирующих показатели
оценки, предусмотренных разделом II настоящего документа
№
Положение о применении критерия оценки, показателя
Наименование критерия оценки, показателя оценки, показателя оценки, детализирующего показатель оценки,
оценки, показателя оценки, детализирующего показатель
при применении которого устанавливается положение, предусмотренное графой 3
оценки
1.
Критерий оценки: Цена контракта, сумма цен единиц товара, работы, услуги.
В рамках настоящей закупки по данному критерию
оценивается предложение участника закупки о цене
контракта.
Значение количества баллов по критерию оценки,
присваиваемое заявке, определяется в соответствии с
условиями и по соответствующим им формулам, указанным
в разделе II Порядка рассмотрения и оценки заявок на
участие в конкурсе.
Заявкам, содержащим наилучшее ценовое предложение,
а также предложение, равное такому наилучшему ценовому
предложению, присваивается 100 баллов.
Наилучшим ценовым предложением признается
предложение участника с наименьшей ценой контракта.
В случае подачи участником закупки заявки на участие в
закупке, содержащей предложение о цене контракта, размер
которого превышает начальную (максимальную) цену
контракта, либо равен нулю такая заявка подлежит возврату
оператором электронной площадки, подавшему ее участнику
закупки.
2.
Критерий оценки: «Характеристики объекта закупки»;
Показатель оценки: «Качественные характеристики объекта закупки»:
Характеристика №1:
«Длительность исправления инцидентов» с влиянием «Высокое».
Характеристика №2:
«Длительность исправления инцидентов» с влиянием «Среднее».
Характеристика №3:
«Длительность исправления инцидентов» с влиянием «Низкое».
Приложение А.
Положение о применении детализирующих показателей
оценки для показателей
критерия Характеристики объекта закупки.
3.
4.
Критерий оценки: «Характеристики объекта закупки»;
Показатель оценки: «Функциональные характеристики объекта закупки»
Характеристика №1:
«Дополнительная функциональная возможность отправки ответного сообщения в мессенджер МАХ».
Характеристика №2:
«Дополнительная функциональная возможность поиска шаблона услуги».
Характеристика №3:
«Дополнительная функциональная возможность ранжирования услуг по релевантности».
Критерий оценки: «Квалификация участников закупки»;
Показатель оценки: «Наличие у участников закупки опыта работы, связанного с предметом контракта»;
Характеристика квалификации участников закупки №1:
«Общая цена исполненных участником закупки договоров».
7
Приложение Б.
Положение о применении детализирующих показателей
оценки:
Общая цена исполненных участником закупки договоров.
5.
Критерий оценки: «Квалификация участников закупки»;
Приложение В.
Показатель оценки: «Наличие у участников закупки специалистов и иных работников определенного уровня Положение о применении детализирующих показателей
квалификации»;
оценки.
Характеристика квалификации участников закупки №1:
Количество специалистов и иных работников,
«Количество специалистов и иных работников, соответствующих перечню специальностей
соответствующих перечням специальностей (направлений
(направлений подготовки), выделенных в условную группу «ИТ».
подготовки), выделенных в условные группы:
Характеристика квалификации участников закупки №2:
- группа «ИТ»;
«Количество специалистов и иных работников, соответствующих перечню специальностей
- группа «ИБ»;
(направлений подготовки), выделенных в условную группу «ИБ».
- группа «ИСиР».
Характеристика квалификации участников закупки №3:
«Количество специалистов и иных работников, соответствующих перечню специальностей
(направлений подготовки), выделенных в условную группу «ИСиР».
Примечания, термины и определения.
Формирование Порядка рассмотрения и оценки заявок на участие в конкурсе, а также сама оценка заявок осуществляется в соответствии с
положениями статьи 32 Федерального закона от 05.04.2013 №44-ФЗ, положениями постановления Правительства Российской Федерации от 31.12.2021
№ 2604 «Об оценке заявок на участие в закупке товаров, работ, услуг для обеспечения государственных и муниципальных нужд, внесении изменений в
пункт 4 постановления Правительства Российской Федерации от 20 декабря 2021 г. № 2369 и признании утратившими силу некоторых актов и
отдельных положений некоторых актов Правительства Российской Федерации» (далее - Положение об оценке заявок утвержденное ППРФ № 2604).
«оценка заявок» - действия членов комиссии по осуществлению закупок по присвоению баллов заявкам (частям заявок) на основании
информации и документов участников закупок;
«критерии оценки» - предусмотренные частью 1 статьи 32 Федерального закона № 44-ФЗ критерии оценки заявок, в соответствии с которыми
осуществляется оценка заявок в отношении цены контракта, суммы цен единиц товара, работы, услуги, расходов на эксплуатацию и ремонт товаров,
использование результатов работ (далее - расходы), качественных, функциональных и экологических характеристик объекта закупки (далее характеристики объекта закупки), квалификации участников закупки, в том числе наличия у них финансовых ресурсов, оборудования и других
материальных ресурсов на праве собственности или ином законном основании, опыта работы, связанного с предметом контракта, и деловой репутации,
специалистов и иных работников определенного уровня квалификации (далее соответственно - квалификация участников закупки,
характеристика квалификации участников закупки);
«значимость критерия оценки» - вес критерия оценки в процентах в совокупности всех критериев оценки, установленных в извещении
об осуществлении закупки, документации о закупке (в случае если Федеральным законом № 44-ФЗ предусмотрена документация о закупке);
«показатель оценки» - вид расхода, вид характеристики объекта закупки и вид характеристики квалификации участников закупки,
детализирующие оценку заявок по соответствующему критерию оценки;
«значимость показателя оценки» - вес показателя оценки в процентах в совокупности всех показателей оценки, детализирующих оценку заявок
по соответствующему критерию оценки;
«функциональная зависимость» - зависимость между значением показателя оценки и значением количества присваиваемых баллов, при которой
одному значению показателя оценки соответствует одно значение количества баллов;
«шкала оценки» - значения количества баллов, присваиваемых определенным значениям показателя оценки в случае отсутствия между ними
функциональной зависимости, а также в случае, если показатель оценки не определяется количественным значением.
8
«специалисты и иные работники» - работники в значении, предусмотренном трудовым законодательством.
«недостоверность информации» – согласно позиции Верховного Суда Российской Федерации недостоверной информацией следует считать
информацию, не соответствующую действительности, предоставленную с обманом и умыслом, направленным на победу в торгах за счет
представления ложной информации.
***
9
Приложение А
Положение
о применении показателей оценки, детализирующих показатели оценки критерия
«Характеристики объекта закупки»
1. Применяемые детализирующие показатели оценки.
Для оценки заявок участников закупки по показателю «Качественные характеристики
объекта закупки» применяются следующие детализирующие показатели оценки (характеристики):
- Характеристика №1:
«Длительность исправления инцидентов» с влиянием «Высокое».
- Характеристика №2:
«Длительность исправления инцидентов» с влиянием «Среднее».
- Характеристика №3:
«Длительность исправления инцидентов» с влиянием «Низкое».
Для оценки заявок участников закупки по показателю «Функциональные характеристики
объекта закупки» применяются следующие детализирующие показатели оценки (характеристики):
- Характеристика №1:
«Дополнительная функциональная возможность отправки ответного сообщения в мессенджер
МАХ».
- Характеристика №2:
«Дополнительная функциональная возможность поиска шаблона услуги».
- Характеристика №3:
«Дополнительная функциональная возможность ранжирования услуг по релевантности».
2. Порядок подачи предложений по критерию.
В случае наличия таких предложений участником в составе первой части заявки
предоставляются предложения участника о характеристиках объекта закупки (далее –
«предложения участника»), содержащие все предложения участника по указанным
детализирующим показателям в соответствии с условиями и требованиями к таким предложениям.
Предложения участника рекомендуется представлять в структурированном виде, например:
№
Наименование показателей
и содержание характеристик
Предложения участника закупки
(по характеристикам, предусмотренным настоящим положением)
(в соответствии с настоящим положением)
1.
1. Качественные характеристики объекта закупки
Характеристика №1...
2.
Характеристика №2...
х
1.
2. Функциональные характеристики объекта закупки
Характеристика №1...
2.
Характеристика №2...
х
Все предложения участника о характеристиках объекта закупки представляются участником на
основании своих возможностей и в целях достижения победы в настоящем конкурсе.
Обусловленные такими предложениями работы (услуги), подлежащие выполнению при
исполнении контракта в дополнение к работам (услугам), предусмотренным Техническим
заданием, оплате не подлежат и, в случае заключения контракта с таким участником, должны
производиться им за свой счет.
Предложения участника по критерию «Характеристики объекта закупки», представленные во
второй части заявки, комиссией не рассматривается и оценке не подлежат.
10
Обращаем внимание, что предложения по данному критерию, представленные в виде
Технического задания по настоящей закупке, содержащего по тексту документа предложения либо
изменения, предлагаемые участником, рассмотрению не подлежат, и в случае заключения
контракта с таким участником в качестве Технического задания к контракту использованы
быть не могут.
Непредоставление в составе первой части заявки участника предложений участника
о характеристиках объекта закупки, предусмотренных данным положением, не является
основанием для отказа в допуске к участию в закупке.
Предоставление иных предложений, документов и сведений, не установленных порядком оценки
заявок участников, не требуется. Предоставленные участником иные предложения, документы и
сведения комиссией не рассматриваются.
3. Порядок начисления баллов.
При оценке заявок комиссией учитываются предложения по тем характеристикам, которые
предусмотрены соответствующими детализирующими показателями.
Комиссия оценивает предложения участников в соответствии со шкалой оценки,
установленной для соответствующего детализирующего показателя в разделе II Порядка
рассмотрения и оценки заявок на участие в конкурсе.
Количество баллов, присваиваемых заявке по критерию, определяется как сумма баллов,
присвоенных предложению участника по каждому детализирующему показателю с учетом
значимости соответствующих показателей и соответствующих детализирующих показателей.
Большее значение суммы баллов соответствует лучшим характеристикам объекта закупки.
Оценка в 0 баллов по детализирующему показателю будет присвоена заявке, в которой:
- предложения участника о характеристиках объекта закупки, не содержат предложений
по такому детализирующему показателю;
- предложенная характеристика не соответствует установленным в детализирующем показателе
требованиям.
Оценка в 0 баллов по критерию будет присвоена заявке, в которой:
- предложения участника о характеристиках объекта закупки не представлены;
- первая часть заявки содержит предложение участника исполнить контракт в соответствии
с Техническим заданием, и ни одно из указанных в положении предложений о характеристиках
объекта закупки не представлено;
- первая часть заявки участника содержит сообщение об отсутствии у участника предложений о
характеристиках объекта закупки.
Уважаемые Участники! Обращаем ваше внимание, что в первой части заявки на участие в закупке
не допускается указание сведений об участнике, подавшем данную заявку, а также сведений
о предлагаемой участником цене контракта. В соответствии с частью 5 статьи 48 Федерального
закона от 05.04.2013 № 44-ФЗ нарушение данного требования приведет к отклонению такой заявки.
***
11
Приложение Б
Положение
о применении показателей оценки, детализирующих показатель оценки
«Наличие у участников закупки опыта работы, связанного с предметом контракта»
1. Применяемые детализирующие показатели оценки.
Для оценки заявок участников закупки по показателю «Наличие у участников закупки опыта
работы, связанного с предметом контракта» применяется детализирующий показатель оценки
(характеристика квалификации участников закупки):
- Общая цена исполненных участником закупки договоров.
(оценивается исчисляемый в рублях суммарный объем фактически выполненных работ, оказанных услуг
по результатам исполнения контрактов и договоров, соответствующих условиям, приведенным в настоящем
положении, информация о которых представлена участником во второй части заявки на участие в закупке).
К оценке по детализирующему показателю принимаются контракты и договоры (далее –
договоры), исполненные участником закупки за последние 5 лет, предшествующие дате окончания
срока подачи заявок на участие в настоящем конкурсе, заключенные и исполненные
исключительно в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ, и
Федеральным законом от 18 июля 2011 года № 223-ФЗ «О закупках товаров, работ, услуг
отдельными видами юридических лиц» соответственно, предметы которых сопоставимы с
предметом контракта, заключаемого по результатам конкурса.
Предметы договоров будут расцениваться как сопоставимые с предметом контракта,
заключаемого по результатам конкурса, в случае если они связаны с выполнением либо оказанием
хотя бы одного вида работ или услуг из перечисленных ниже:
- с выполнением работ по разработке и (или) модернизации (развитию) информационных
систем и (или) порталов.
2. Порядок подачи предложения по данным детализирующим показателям.
Участником (в случае наличия у его организации такого опыта) в качестве предложения по
данному показателю в составе второй части заявки предоставляются сведения о наличии у
участника опыта работы, связанного с предметом контракта» (далее в пределах данного
положения – «сведения о наличии опыта работы», «опись»), содержащие опись таких контрактов
или договоров с указанием информации о номере контракта (договора), дате его заключения,
предмете, сумме, дате исполнения, наименования документов, копии которых представлены в
заявке в качестве подтверждения представленной информации. Данную информацию в описи
рекомендуется представлять в структурированном виде, например:
№
Номер и дата
заключения
контракта
(договора)
Предмет контракта
(договора)
Сумма
контракта
(договора)
(руб.)
Дата исполнения
контракта
(договора)
(дата последнего
акта)
Наименования документов,
представленных в
подтверждение данных
сведений либо номер
реестровой записи из
соответствующего реестра.
1.
2.
…
Итого ___ договоров.
3. Порядок предоставления подтверждающих документов.
Предоставленная участником информация по каждому из представленных в описи договору
подтверждается исполненным договором, актами приемки поставленного товара, выполненных
работ, оказанных услуг, составленных при исполнении такого договора, либо иными
документами, предусмотренными этим договором, содержащими данные о полном исполнении
такого договора, предмете договора и объеме (в руб.) оказанных услуг или выполненных работ. При
этом последний такой документ (акт), составленный при исполнении договора должен быть
12
подписан не ранее чем за 5 лет до даты окончания срока подачи заявок на участие в настоящей
закупке.
Исполненные участником закупки договоры с учетом правопреемства, принимаются к
оценке только в случае наличия в заявке документа, подтверждающего правопреемство.
В случае если при исполнении какого-либо из представленных договоров организации
участника были начислены неустойки (штрафы, пени), такие договоры принимаются к оценке
исключительно при наличии копий документов, подтверждающих что организацией участника
исполнены требования об уплате начисленных неустоек (штрафов, пеней).
Подтверждающие документы в составе заявки представляются на русском языке в форме
электронных документов или в форме электронных образов бумажных документов. При этом
документы, представленные в форме электронных образов бумажных документов, должны быть в
виде неповторяющихся, полночитаемых копий, на которых видны все необходимые сведения,
подписи и печати.
К оценке принимаются подтверждающие документы в случае их представления в заявке
в полном объеме и со всеми приложениями. Допускается принятие к оценке документов,
в случае если к ним не приложена проектная документация (если проектная документация
является приложением к таким документам).
Если подтверждающие документы и информация о таких документах содержатся в
открытых и общедоступных государственных реестрах, размещенных в информационнотелекоммуникационной сети "Интернет", в том числе ведение которых осуществляется в единой
информационной системе в сфере закупок с размещением указанных документов на
официальном сайте единой информационной системы в сфере закупок в информационнотелекоммуникационной сети "Интернет", вместо направления таких документов участник
закупки вправе направить номер реестровой записи из соответствующего реестра.
В случае невозможности однозначного сопоставления информации, указанной в Сведениях о
наличии опыта работы с подтверждающими ее документами, такая информация рассматривается
как неподтвержденная. Для исключения разночтений рекомендуется в наименование каждого файла
с подтверждающим документом, представленным отдельно, или в наименование группы файлов,
объединенных вместе, включать номер пункта в Сведениях о наличии опыта работы, которому
соответствует такой документ или группа документов.
Предоставленные участником документы, не соответствующие указанным в настоящем
положении требованиям, равно как и предоставленные участником иные документы и сведения,
предоставление которых настоящим положением не установлено, рассмотрению не подлежат.
Непредоставление в составе заявки на участие в закупке сведений о наличии опыта работы либо
подтверждающих документов не является основанием для отказа в допуске к участию в закупке,
однако, при оценке заявок комиссией будет рассматриваться только та информация, которая
подтверждена документально с соблюдением требований настоящего положения к подтверждающим
документам.
Согласно пункту 8 части 12 статьи 48 Федерального закона от 05.04.2013 № 44-ФЗ
в случае выявления недостоверной информации, содержащейся в заявке на участие
в закупке, такая заявка подлежит отклонению.
4. Порядок начисления баллов.
Заявка участника, содержащая документально подтвержденное предложение по данному
детализирующему показателю со значением, превышающим установленное предельное
максимальное значение характеристики квалификации участников закупки, оценивается
максимальным количеством баллов по детализирующему показателю с учетом значимости такого
показателя.
Заявка участника, содержащая документально подтвержденное предложение по данному
детализирующему показателю со значением, не превышающим установленного предельного
максимального значения характеристики квалификации участников закупки, оценивается с
использованием формулы, указанной в разделе II Порядка рассмотрения и оценки заявок на участие в
конкурсе, где:
Х i - значение, содержащееся в предложении участника закупки по данному детализирующему
показателю, заявка (часть заявки) которого подлежит оценке в соответствии с Федеральным
законом;
13
Хmin - минимальное значение предложений участников по данному детализирующему
показателю, содержащееся в заявках (частях заявок), подлежащих оценке в соответствии с
Федеральным законом.
пред
Х max предельное максимальное значение квалификации участников закупки, установленное
в соответствии с п.7.22 Положения о системе закупок города Москвы, утвержденного
постановлением Правительства Москвы от 19 июля 2019 г. N 899-ПП.
Для закупок с НМЦК от 10 млн рублей до 500 млн рублей включительно предельное
максимальное значение по детализирующему показателю оценки «общая цена исполненных
участником закупки договоров» устанавливается согласно формуле:
Сп = К х 1 000 000, где:
Сп – предельное максимальное значение детализирующего показателя «общая цена
пред
исполненных участником закупки договоров» (Сп соответствует Х max );
K – коэффициент определения детализирующего показателя «общая цена исполненных
участником закупки договоров», округленный до целого числа, рассчитываемый по формуле:
K = (90 х Н/1000000 + 4000)/49, где
Н – НМЦК (сумма НМЦК в случае проведения совместной закупки).
В соответствии с приведенными условиями предельное максимальное значение по
детализирующему показателю оценки «общая цена исполненных участником закупки договоров»
составляет:
Х пред
max
229 000 000 руб.
Оценка в 0 баллов по показателю будет присвоена:
- заявке участника закупки, который не представил в составе ее второй части документы,
подтверждающие наличие опыта работы, связанного с предметом контракта;
- заявке участника закупки, который не предоставил в составе ее второй части свои
предложения по данному показателю либо сообщил об отсутствии таковых.
Уважаемые Участники! Обращаем ваше внимание, что во второй части заявки на участие в закупке
не допускается указание сведений о предлагаемой участником цене контракта. В соответствии с
пунктом 9 части 12 статьи 48 Федерального закона от 05.04.2013 № 44-ФЗ нарушение данного
требования приведет к отклонению такой заявки.
***
14
Приложение В
Положение
о применении показателей оценки, детализирующих показатель оценки
«Наличие у участников закупки специалистов и иных работников определенного уровня
квалификации»
1. Применяемые детализирующие показатели оценки.
По показателю «Наличие у участников закупки специалистов и иных работников
определенного уровня квалификации» оценивается количество специалистов и иных работников,
прошедших обучение или профессиональную переподготовку по одному или нескольким
направлениям подготовки среднего профессионального образования либо высшего образования
(бакалавриата, магистратуры либо специалитета) и соответствующих детализирующим
показателям оценки - перечням специальностей (направлений подготовки), выделенных в условные
группы:
- Информационные технологии (ИТ);
- Информационная безопасность (ИБ);
- Информационные системы и ресурсы (ИСиР).
Каждая условная группа включает в себя перечень наименований специальностей (направлений
подготовки) для формирования которых использованы Общероссийские классификаторы
специальностей по образованию, перечни специальностей среднего профессионального
образования и направлений подготовки высшего профессионального образования на текущий
момент как действующие, так и утратившие силу, но действовавшие в то время, когда выдавались
документы об образовании, которые могут быть представлены в качестве подтверждающих
документов в составе заявок участников.
Состав условных групп, применяемых в детализирующих показателях:
Перечень специальностей (направлений подготовки), выделенных в условную группу «ИТ»:
- Информатика;
- Информатика и вычислительная техника;
- Информационные системы и технологии;
- Информационные системы (по отраслям);
- Информационные технологии (в т.ч. в областях);
- Информационные системы и программирование;
- Фундаментальная информатика и информационные технологии;
- Компьютерные системы и комплексы;
- Математика и компьютерные науки;
- Математика. Прикладная математика;
- Прикладная информатика (в т.ч. по отраслям);
- Прикладная математика;
- Прикладная математика и информатика;
- Программирование в компьютерных системах;
- Программная инженерия;
- Автоматизированные системы обработки информации и управления;
- Бизнес-информатика;
- Системный анализ и управление.
Перечень специальностей (направлений подготовки), выделенных в условную группу «ИБ»:
- Информационная безопасность;
- Информационная безопасность автоматизированных систем;
- Комплексная защита объектов информатизации;
- Комплексное обеспечение информационной безопасности автоматизированных систем;
- Компьютерная безопасность;
- Организация и технология защиты информации.
15
Перечень специальностей (направлений подготовки), выделенных в условную группу «ИСиР»:
- Компьютерные сети;
- Вычислительные машины, комплексы, системы и сети;
- Математическое обеспечение и администрирование информационных систем;
- Программное обеспечение вычислительной техники и автоматизированных систем;
- Сетевое и системное администрирование.
2. Порядок подачи предложения по данным детализирующим показателям.
Участником (в случае наличия в его организации таких специалистов) в качестве предложения
по данному показателю в составе второй части заявки предоставляются сведения о наличии у
участника закупки специалистов и иных работников определенного уровня квалификации
(далее в пределах данного положения – «Сведения о наличии специалистов», «опись»),
содержащие опись документов, предоставленных в отношении таких специалистов с указанием
ФИО каждого специалиста, его специальности (направлений подготовки) в соответствии с
информацией в документах об образовании, наименования условной группы (детализирующего
показателя), наименования документов, копии которых представлены в заявке в качестве
подтверждения их квалификации и подтверждения того, что они являются сотрудниками
организации участника Данную информацию в описи рекомендуется представлять в
структурированном виде, например:
№
Фамилия, имя, отчество
специалиста - сотрудника
организации участника
Специальность
(направление подготовки)
в соответствии с информацией в
документах об образовании
специалиста
Наименование
условной группы
(детализирующего
показателя)
Наименования
документов,
представленных в
подтверждение данных
сведений
1.
2.
…
Итого ___ специалистов.
3. Порядок предоставления подтверждающих документов.
В качестве подтверждения наличия у участника закупки специалистов и иных работников
определенного уровня квалификации и прохождения ими обучения по направлениям подготовки
из перечней детализирующих показателей по каждому специалисту, представленному в описи ,
участником представляются следующие документы:
- трудовая книжка или сведения о трудовой деятельности, предусмотренные статьей 66.1
Трудового кодекса Российской Федерации;
- информация (в том числе данные), результаты применения информационных технологий и
документы, подтверждающие квалификацию участника закупки, его специалистов и иных
работников, в том числе предусмотренную в соответствии с профессиональными стандартами
(если соответствующий профессиональный стандарт обязателен для применения
работодателями в соответствии с законодательством Российской Федерации).
В случае наличия разночтения в представленных документах в связи с изменением фамилии
специалиста при заключении брака либо перемены фамилии, имени или отчества по иным
причинам, дополнительно представляются соответствующие свидетельства, предусмотренные
положениями Федерального закона от 15 ноября 1997 года № 143-ФЗ «Об актах гражданского
состояния», подтверждающих такие изменения. Допускается предоставление реквизитов таких
свидетельств, в случае если они указаны в документах, предусмотренных настоящим положением и
подтверждающих то, что указанный специалист является сотрудником организации участника.
Указанные в данном пункте документы предоставляются участником в форме электронных
документов или в форме электронных образов бумажных документов.
При этом документы, представленные в форме электронных образов бумажных документов,
должны быть в виде неповторяющихся, полночитаемых копий, на которых видны все необходимые
сведения, подписи и печати. При предоставлении документов на иностранном языке такие
документы должны сопровождаться построчным переводом на русский язык.
16
В случае невозможности однозначного сопоставления информации, указанной в описи с
представленными подтверждающими документами, такая информация рассматривается как
неподтвержденная. Для исключения разночтений рекомендуется в наименование каждого файла с
подтверждающим документом, представленным отдельно, или в наименование группы файлов,
объединенных вместе, включать номер пункта в описи, которому соответствует такой документ или
группа документов.
Предоставленные участником документы, не соответствующие указанным в настоящем
положении требованиям, равно как и предоставленные участником иные документы и сведения,
предоставление которых настоящим положением не установлено, рассмотрению не подлежат.
Непредоставление в составе заявки на участие в закупке сведений о наличии специалистов либо
подтверждающих документов не является основанием для отказа в допуске к участию в закупке,
однако, при оценке заявок комиссией будет рассматриваться только та информация, которая
подтверждена документально с соблюдением требований настоящего положения к подтверждающим
документам.
Согласно пункту 8 части 12 статьи 48 Федерального закона от 05.04.2013 № 44-ФЗ
в случае выявления недостоверной информации, содержащейся в заявке на участие
в закупке, такая заявка подлежит отклонению.
4. Порядок начисления баллов.
Количество баллов, присуждаемых по данным детализирующим показателям, определяется по
соответствующим формулам, указанным в разделе II Порядка рассмотрения и оценки заявок на
участие в конкурсе, где:
Хmax - максимальное значение предложений участников по данному детализирующему
показателю, содержащееся в заявках (частях заявок), подлежащих оценке в соответствии с
Федеральным законом;
Хi - значение, содержащееся в предложении участника закупки по данному детализирующему
показателю, заявка (часть заявки) которого подлежит оценке в соответствии с Федеральным
законом;
Хmin - минимальное значение предложений участников по данному детализирующему
показателю, содержащееся в заявках (частях заявок), подлежащих оценке в соответствии с
Федеральным законом.
Заявка участника, содержащая сведения о наличии специалистов с предложением
наибольшего количества специалистов, соответствующих специальностям (направлениям
подготовки), приведенным в перечне соответствующего детализирующего показателя, и
информация о которых подтверждена документально, оценивается максимальным количеством
баллов с учетом значимости этого показателя. Значимость каждого детализирующего показателя
указана в разделе II Порядка рассмотрения и оценки заявок на участие в конкурсе.
При определении значений предложений участников (Хi, Хmax, Хmin) по каждому
детализирующему показателю учитывается фактическое количество специалистов с
подтвержденной квалификацией, которое не зависит от количества имеющихся у каждого такого
специалиста специальностей, входящих в один и тот же перечень детализирующего показателя.
Оценка в 0 баллов по детализирующему показателю будет присвоена заявке, в которой:
- представлено предложение, в котором отсутствуют документы или сведения,
подтверждающие наличие у участника закупки специалистов и иных работников определенного
таким детализирующим показателем уровня квалификации.
Оценка в 0 баллов по показателю будет присвоена:
- заявке участника закупки, который не представил в составе ее второй части документы или
сведения, подтверждающие наличие у участника закупки специалистов и иных работников
определенного уровня квалификации;
- заявке участника закупки, который не предоставил в составе ее второй части свои
предложения по данному показателю либо сообщил об отсутствии таковых.
***
17

=== ФАЙЛ: Проект контракта (договора) | docs/0173200001426002093/Проект_контракта_17203227-1.pdf
ПРОЕКТ
Государственный контракт № ____________________
Выполнение работ по развитию государственной информационной системы:
информационная система «Система долговременного ухода и социальные
стационары» в части создания Сервиса «Чат-бот MAX социальных сервисов»
г. Москва
______________________________ г.
Государственное казенное учреждение города Москвы «Информационный город»,
именуемое в дальнейшем «Заказчик», в лице начальника управления автоматизации
проектов социальной защиты населения Шадриной Ольги Викторовны
, действующего на основании доверенности от 21 августа 2025 г. № 65-08-83/25 , с
одной стороны, и ____________________________, именуемый в дальнейшем
«Подрядчик», в лице ___________________, действующего на
основании _____________, с другой стороны, вместе именуемые «Стороны» и каждый
в отдельности «Сторона», с соблюдением требований Гражданского кодекса
Российской Федерации, Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд» (далее - Закон о контрактной системе) и
иного законодательства Российской Федерации и города Москвы, на основании
результатов определения Подрядчика способом закупки открытый конкурс в
э л е к т р о н н о й
ф о р м е ,
р е е с т р о в ы й
№
закупки ______________________________________, протокол подведения итогов
определения поставщика (подрядчика, исполнителя) от __________________,
заключили настоящий государственный контракт (далее - Контракт) о
нижеследующем:
Статья 1. Предмет Контракта
1.1. Предмет Контракта: Выполнение работ по развитию государственной
информационной системы: информационная система «Система долговременного
ухода и социальные стационары» в части создания Сервиса «Чат-бот MAX
социальных сервисов» (далее - Работы, Система).
1.2. Подрядчик обязуется выполнить по заданию Заказчика в установленный
Контрактом срок работы по развитию государственной информационной системы , в
объеме, установленном в Техническом задании (Приложение №1 к Контракту,
1
являющееся его неотъемлемой частью) (далее – Техническое задание), а Заказчик
обязуется принять результат выполненных работ и оплатить его.
1.3. Идентификационный код закупки: ___________________________
1.4. Работы выполняются Подрядчиком в соответствии с национальными стандартами
и государственными стандартами в части требований к проектированию, стадиям
создания, видам, комплектности и обозначению документов, видам испытаний при
создании и (или) развитии (модернизации) государственных информационных систем,
а также в соответствии с качественными, количественными и иными
характеристиками работ, определенными в описании объекта закупки, согласно
требованиям Закона о контрактной системе, Федерального закона от 27 июля 2006 г.
№ 149-ФЗ «Об информации, информационных технологиях и о защите информации»,
а также иных нормативных правовых актов в сфере контрактной системы,
информационных технологий, защиты информации, правовой защиты интересов
государства в области интеллектуальной собственности, регулирующих
соответствующие отношения и непосредственно указанных в Техническом задании.
Статья 2. Цена Контракта и порядок расчетов
2.1. Вариант 1. Цена контракта составляет __________________, в том числе НДС
_________________ (далее – Цена контракта).
Вариант 1.1. Цена контракта составляет __________________ рублей , в том числе:
- вознаграждение физического лица:________ рублей (________);
- НДФЛ:________ рублей (____________);
- страховые взносы в СФР:_______ рублей (___________);
- страховые взносы в ФФОМС:_________ рублей (__________).
(вариант применяется если подрядчиком (исполнителем) по Контракту выступает
физическое лицо, не являющееся индивидуальным предпринимателем)
2.2. Заказчик, являясь налоговым агентом и страхователем физического лица по
Контракту, производит уплату за физическое лицо в бюджеты бюджетной системы
Российской Федерации следующих платежей:
- Налог на доходы физических лиц (НДФЛ);
- Страховые взносы в Социальный фонд России;
- Страховые взносы в Федеральный фонд обязательного медицинского страхования.
2
(вариант применяется если подрядчиком (исполнителем) по Контракту выступает
физическое лицо, не являющееся индивидуальным предпринимателем)
Цена контракта составляет __________________. НДС не облагается. (вариант
применяется в случае заключения Заказчиком, если НДС равен нулю или победителем
используется льготный режим налогообложения, с указанием основания).
2.3. Сумма, подлежащая уплате Заказчиком юридическому лицу или физическому
лицу, в том числе зарегистрированному в качестве индивидуального
предпринимателя, уменьшается на размер налогов, сборов и иных платежей в
бюджеты бюджетной системы Российской Федерации, связанных с оплатой
Контракта, если в соответствии с законодательством Российской Федерации о налогах
и сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в
бюджеты бюджетной системы Российской Федерации Заказчиком.
2.4. Оплата по Контракту осуществляется в рублях Российской Федерации.
2.5. Цена контракта включает в себя все затраты, издержки и иные расходы
Подрядчика, в том числе сопутствующие, связанные с исполнением Контракта.
2.6. Цена контракта является твердой, определена на весь срок исполнения Контракта
и не может изменяться в ходе его исполнения, за исключением случаев,
предусмотренных частью 1 статьи 95 Закона о контрактной системе.
2.7. Изменение условий Контракта не допускается, за исключением случаев,
предусмотренных статьей 34 и статьей 95 Закона о контрактной системе.
2.8. Оплата по Контракту осуществляется Заказчиком в следующем порядке:
2.8.1. Авансовый платеж не предусмотрен.
2.8.2. Заказчик поэтапно оплачивает работы по факту объема выполненных
Подрядчиком работ, на соответствующем этапе Графика выполнения работ
(Календарного плана), в безналичном порядке путем перечисления стоимости
выполненных работ со своего лицевого счета, открытого в Департаменте финансов
города Москвы, на расчетный счет Подрядчика, на основании надлежаще
оформленного и подписанного обеими Сторонами усиленными квалифицированными
электронными подписями (далее - УКЭП) сформированного с использованием
автоматизированной информационной системы «Портал поставщиков» (далее «Портал поставщиков») Документа о приемке в электронной форме, в соответствии с
правовыми актами Федеральной налоговой службы (далее - Документ о приемке), в
течение 7 (семи) рабочих дней с даты подписания Заказчиком Документа о приемке по
соответствующему этапу.
2.8.3. В случае, если проектом Контракта предусмотрены отдельные этапы его
исполнения, цена каждого этапа устанавливается в размере, сниженном
пропорционально снижению начальной (максимальной) цены контракта участником
закупки, с которым заключается Контракт.
3
2.8.4. Оплата по Контракту осуществляется на основании Документа о приемке, в
котором указывается: сумма, подлежащая оплате в соответствии с условиями
заключенного Контракта; размер неустойки (штрафа, пени), подлежащий взысканию;
основания применения и порядок расчета неустойки (штрафа, пени); итоговая сумма,
подлежащая оплате Подрядчику по Контракту.
2.8.5. В случае неисполнения или ненадлежащего исполнения Подрядчиком
обязательства, предусмотренного Контрактом, Заказчик вправе производить оплату по
Контракту за вычетом соответствующего размера неустойки (штрафа,пени).
Исполнение обязательства Подрядчиком по перечислению неустойки (штрафа, пени) в
доход бюджетной системы Российской Федерации в данном случае возлагается на
Заказчика и осуществляется последним на основании платежного документа с
указанием Подрядчика, за которого осуществляется перечисление неустойки (штрафа,
пени) в доход соответствующего бюджета.
2.8.6. Обязательства Заказчика по оплате стоимости выполненных работ считаются
исполненными с момента списания денежных средств с лицевого счета Заказчика,
указанного в статье 16 Контракта.
2.8.7. В случаях, предусмотренных пунктом 6 статьи 161 Бюджетного кодекса
Российской Федерации, при уменьшении ранее доведенных до Заказчика как
получателя бюджетных средств лимитов бюджетных обязательств, Заказчик в ходе
исполнения Контракта обеспечивает согласование новых условий Контракта, в том
числе цены и (или) сроков исполнения Контракта и (или) объема услуги,
предусмотренных Контрактом, с учетом требований частей 2 – 4 статьи 95 Закона о
контрактной системе.
Статья 3. Сроки выполнения обязательств
3.1. Начало срока выполнения Работ: 1 календарный день с даты заключения
контракта.
3.2. Окончание срока выполнения Работ: 540 календарных дней с даты заключения
контракта.
3.3. Выполнение Работ осуществляется на условиях и в сроки, установленные
Контрактом и Техническим заданием.
3.4. Подрядчик вправе досрочно выполнить работы по согласованию с Заказчиком.
Статья 4. Порядок сдачи-приемки выполненных работ
4.1. Подрядчик в срок не позднее 10 (десяти) рабочих дней после окончания
завершения этапа выполнения работ, указанного в Графике выполнения работ
(Календарном плане), представляет Заказчику комплект отчетной документации,
предусмотренной Техническим заданием, и Документ о приемке, подписанный
4
Подрядчиком.
4.2. После завершения выполнения работ в полном объеме одновременно с
указанными в пункте 4.1 документами Подрядчик представляет обеспечение
гарантийных обязательств в размере и порядке, установленном в статье 10 Контракта.
4.3. Не позднее 20 (двадцати) рабочих дней после получения от Подрядчика
документов, указанных в настоящей статье Контракта, Заказчик рассматривает
результаты и осуществляет приемку выполненных работ по Контракту на предмет
соответствия их объема, качества требованиям, изложенным в Контракте и
Техническом задании, и направляет Подрядчику подписанный Заказчиком УКЭП
Документ о приемке или мотивированный отказ от принятия результатов
выполненных работ с перечнем выявленных недостатков, необходимых доработок и
сроком их устранения. В случае отказа Заказчика от принятия результатов
выполненных работ в связи с необходимостью устранения недостатков и/или
доработки результатов работ Подрядчик обязуется в срок, установленный в отказе,
составленном Заказчиком, устранить указанные недостатки/произвести доработки за
свой счет.
4.4. Для проверки результатов работ, выполненных Подрядчиком, предусмотренных
Контрактом, в части их соответствия условиям Контракта Заказчик обязан провести
экспертизу. Экспертиза результатов, предусмотренных Контрактом, может
проводиться Заказчиком своими силами или к ее проведению могут привлекаться
эксперты, экспертные организации.
4.5. В случае получения от Заказчика мотивированного отказа от принятия
результатов выполненных работ, с перечнем выявленных недостатков, необходимых
доработок и сроком их устранения Подрядчик обязан в срок, установленный в
указанном акте, устранить полученные от Заказчика замечания/недостатки/произвести
доработки и передать Заказчику приведенный в соответствие с предъявленными
требованиями/замечаниями комплект отчетной документации, отчет об устранении
недостатков, выполнении необходимых доработок, а также повторно подписанный
Подрядчиком УКЭП Документ о приемке, для принятия Заказчиком выполненных
работ.
4.6. В случае если по результатам рассмотрения отчета об устранении недостатков и
необходимых доработок, Заказчиком будет принято решение об устранении
Подрядчиком недостатков/выполнении доработок в надлежащем порядке и в
установленные сроки, а также в случае отсутствия у Заказчика запросов касательно
представления разъяснений в отношении выполненных работ, Заказчик принимает
выполненные работы и подписывает УКЭП Документ о приемке в порядке,
предусмотренном в настоящей статье Контракта.
4.7. Передача исходных кодов, разработанных в ходе выполнения работ программ для
5
электронных вычислительных машин (далее – программа для ЭВМ) и дистрибутивов
должна сопровождаться передачей всех необходимых для сборки и запуска
программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев
(скриптов) для проведения компиляции, создания дистрибутива и установки
(развертывания) программы для ЭВМ.
4.8. Для проведения компиляции, создания дистрибутива и установки (развертывания)
программы для ЭВМ должны использоваться свободно распространяемые
компиляторы, интерпретаторы и иное программное обеспечение, необходимое для
указанных целей, дистрибутивы которых должны быть переданы вместе с исходными
кодами разработанных в ходе выполнения работ программ для ЭВМ.
4.9. В случае использования для проведения компиляции, создания дистрибутива и
установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и
иного программного обеспечения, права на использование, копирование и
модификацию которых принадлежат третьим лицам, Подрядчик за свой счет передает
Заказчику дистрибутивы и права на использование таких компиляторов,
интерпретаторов и иного программного обеспечения.
4.10. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести
демонстрацию процесса компиляции, создания дистрибутива и установки
(развертывания) разработанных программ для ЭВМ с использованием средств,
указанных в пункте 4.8, а также в соответствии с инструкциями, приведенными в
рабочей документации на Систему.
4.11. Документация на Систему и ее части (техническая и рабочая) должна содержать
исчерпывающее описание принятых проектных решений в объеме, достаточном для ее
дальнейшего развития и эксплуатации.
4.12. Техническая и рабочая документация должна содержать описание разработанных
результатов работ, в том числе программ для ЭВМ, прикладных программных
интерфейсов, алгоритмов и протоколов информационного взаимодействия,
технических требований, спецификаций и форматов обмена данными для
взаимодействия с другими информационными системами, в объеме, достаточном для
их установки, настройки, эксплуатации и развития в дальнейшем без привлечения
Подрядчика.
4.13. Передача Заказчику комплекта документов, материалов и сведений,
предусмотренных нормативными правовыми актами Российской Федерации в сфере
информационных технологий, защиты информации, правовой защиты интересов
государства в области интеллектуальной собственности, включая документы,
подтверждающие отказ авторов (разработчиков) от исключительных прав на
передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с
проектами заявок на государственную регистрацию в установленном порядке прав
6
Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая:
изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, базы данных, топологии интегральных микросхем, а также
исключительные права на результаты работ, включая объекты авторских прав и
потенциально патентоспособные технические решения, секреты производства (ноухау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной
документации, предусмотренной условиями Контракта.
4.14. После выполнения обязательств по Контракту в полном объеме, Стороны
подписывают Документ о приемке, который является основанием для регистрации
сведений об исполнении Контракта в Реестре контрактов, заключенных заказчиком.
4.15. Подписанный Заказчиком и Подрядчиком, УКЭП Документ о приемке стоимости
этапа работ являются основанием для оплаты Подрядчику выполненных работ.
4.16. Оформление Документа о приемке (за исключением отдельного этапа
исполнения Контракта) осуществляется после предоставления
Подрядчиком обеспечения гарантийного обязательства.
Статья 5. Права и обязанности Сторон
5.1. Заказчик вправе:
5.1.1. Требовать от Подрядчика надлежащего исполнения обязательств в соответствии
с Контрактом и иными нормами, регулирующими данную сферу деятельности, а также
требовать своевременного устранения выявленных недостатков.
5.1.2. Требовать от Подрядчика представления надлежащим образом оформленной
отчетной документации и материалов, подтверждающих исполнение обязательств в
соответствии Техническим заданием и Контрактом.
5.1.3. Запрашивать информацию о ходе выполняемых работ. На данный запрос
Подрядчик предоставляет ответ в течение 5(пяти) рабочих дней.
5.1.4. Осуществлять контроль за объемом и сроками выполнения работ.
5.1.5. Запрашивать у Подрядчика информацию о ходе и состоянии выполняемых
работ, а также копии отчетных документов, разрабатываемых Подрядчиком по
Контракту.
5.1.6. Ссылаться на недостатки работ (также выявленные после окончания срока
исполнения Контракта), в том числе в части объема и стоимости этих работ, по
результатам проведенных уполномоченными контрольными органами проверок
7
использования денежных средств бюджета города Москвы.
5.1.7. При обнаружении уполномоченными контрольными органами несоответствия
объема и стоимости выполненных Подрядчиком работ требованиям Технического
задания и Документа о приемке вызвать уполномоченных представителей Подрядчика
для представления разъяснений в отношении выполненных работ.
5.2. Заказчик обязан:
5.2.1. Сообщать Подрядчику о недостатках, обнаруженных в ходе выполнения работ, в
течение 2 (двух) рабочих дней после обнаружения таких недостатков.
5.2.2. Своевременно принять и оплатить надлежащим образом выполненные работы в
соответствии с Контрактом.
5.2.3. При получении от Подрядчика уведомления о приостановлении выполнения
работ в случае, указанном в настоящей статье Контракта, рассмотреть вопрос о
целесообразности и порядке продолжения выполнения работ.
5.3. Подрядчик вправе:
5.3.1. Требовать своевременного выполнения Заказчиком обязательств по приемке
выполненных работ по Контракту (этапу Контракта).
5.3.2. Требовать своевременной оплаты выполненных работ в соответствии со статьей
2 Контракта.
5.3.3. Привлечь к исполнению своих обязательств по Контракту других лиц субподрядчиков, обладающих специальными знаниями, навыками, специальным
оборудованием и т.п., по видам (содержанию) работ, предусмотренных в Техническом
задании. При этом Подрядчик несет ответственность перед Заказчиком за
неисполнение или ненадлежащее исполнение обязательств субподрядчиками.
5.3.4. Привлечение субподрядчиков не влечет изменение Цены контракта и/или
объемов работ по Контракту. Перечень работ, выполненных субподрядчиками, и их
стоимость Подрядчик указывает в отчетной документации, представляемой Заказчику
по результатам выполнения работ в порядке, установленном Контрактом.
5.3.5. Подрядчик вправе в случае неисполнения или ненадлежащего исполнения
субподрядчиком обязательств, предусмотренных договором, заключенным с
субподрядчиком, осуществлять замену субподрядчика, с которым ранее был заключен
договор, на другого субподрядчика.
5.3.6. Запрашивать у Заказчика разъяснения и уточнения относительно проведения
8
работ в рамках Контракта.
5.4. Подрядчик обязан:
5.4.1. Своевременно и надлежащим образом выполнить работы в соответствии с
требованиями Технического задания и представить Заказчику отчетную
документацию по итогам исполнения Контракта.
5.4.2. Без увеличения цены Контракта передать Заказчику исключительное право на
разработанные в ходе выполнения работ по Контракту результаты в полном объеме,
включая исходные коды программ для ЭВМ, библиотеки зависимостей, базы данных,
а также проектную, техническую, рабочую, сопроводительную и методическую
документацию к Системе или ее частям. При этом, Подрядчик не имеет права
использовать такие результаты интеллектуальной деятельности.
5.4.3. В случае использования в ходе исполнения Контракта ранее созданных
Подрядчиком результатов интеллектуальной деятельности, без увеличения цены
Контракта передать Заказчику права на использование охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат Подрядчику и
которые использовались при выполнении работ по Контракту, в объеме, необходимом
для использования заказчиком результатов работ по Контракту по их целевому
назначению и в соответствии с условиями Контракта на весь срок действия
использованных исключительных прав или на иной срок, установленный Заказчиком.
Подрядчик передает Заказчику указанные права посредством заключения
лицензионного договора.
5.4.4. В случае необходимости использования в ходе исполнения Контракта
охраняемых результатов интеллектуальной деятельности, права на которые
принадлежат третьим лицам, согласовать с Заказчиком необходимость использования
при выполнении работ охраняемых результатов интеллектуальной деятельности, права
на которые принадлежат третьим лицам, объем и порядок приобретения прав на их
использование.
5.4.5. Обеспечить передачу Заказчику полученных по Контракту результатов работ, не
нарушающих исключительных прав других лиц и не являющихся предметом залога,
ареста или иного обременения.
5.4.6. В случае использования при выполнении работ по Контракту программ для
электронных вычислительных машин (программных комплексов или компонентов),
разработанных третьими лицами, условия, на которых передаются права на их
использование (исполнение), должны обеспечить отсутствие ограничений,
препятствующих использованию результатов работ по их назначению. При этом
права, полученные Заказчиком, должны позволять ему передавать, дорабатывать,
развивать результаты работ, созданные в процессе исполнения Контракта, а в случае
9
явного указания в Техническом задании, осуществлять переработку программ для
электронных вычислительных машин (программных комплексов или компонентов),
разработанных ранее третьими лицами в соответствии с требованиями
законодательства Российской Федерации.
5.4.7. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав
третьих лиц при реализации технических, программных, организационных и иных
решений, предусмотренных Техническим заданием.
5.4.8. Обеспечить выполнение требований к порядку создания (развития)
государственных (муниципальных) и (или) иных информационных систем,
предусмотренных пунктом 3 части 1 статьи 13 Федерального закона «Об информации,
информационных технологиях и о защите информации», устанавливаемых к таким
информационным системам указанным Федеральным законом и иными
нормативными правовыми актами Российской Федерации.
5.4.9. Обеспечивать соответствие результатов работ требованиям качества,
безопасности жизни и здоровья, а также иным требованиям сертификации,
безопасности (санитарным нормам и правилам, государственным стандартам и т.п.),
лицензирования, установленным действующим законодательством Российской
Федерации.
5.4.10. Подрядчик обязан соответствовать установленным документацией о закупке
требованиям к участникам данной закупки и предоставлять достоверную информацию
о своем соответствии таким требованиям, что позволило ему стать победителем по
результатам проведения данной закупки.
5.4.11. Обеспечить устранение недостатков и дефектов, выявленных при сдачеприемке работ и в течение гарантийного срока, за свой счет.
5.4.12. Приостановить выполнение работ в случае обнаружения независящих от
Подрядчика обстоятельств, которые могут оказать негативное влияние на годность
или прочность результатов выполняемых работ или создать невозможность их
завершения в установленный Контрактом срок, и сообщить об этом Заказчику
немедленно после приостановления выполнения работ.
5.4.13. В случае если законодательством Российской Федерации предусмотрено
лицензирование вида деятельности, являющегося предметом Контракта, а также в
случае если законодательством Российской Федерации к лицам, осуществляющим
выполнение работ, являющихся предметом Контракта, установлено требование об их
обязательном членстве в саморегулируемых организациях, Подрядчик обязан
обеспечить наличие документов, подтверждающих его соответствие требованиям,
установленным законодательством Российской Федерации, в течение всего срока
исполнения Контракта. Копии таких документов должны быть переданы Подрядчиком
10
Заказчику по его требованию в течение двух рабочих дней.
5.4.14. Представить Заказчику сведения об изменении своего фактического
местонахождения, об изменении режима налогообложения в срок не позднее 5 (пяти)
календарных дней со дня соответствующего изменения. В случае непредставления в
установленный срок уведомления об изменении адреса фактического
местонахождения Подрядчика, уведомления об изменении режима налогообложения
Подрядчика адрес и режим налогообложения, указанные в Контракте, будут считаться
действительными.
5.4.15. Сохранять в тайне и не разглашать третьим лицам (в том числе не публиковать
в сети «Интернет»), не собирать и не обрабатывать любую информацию служебного,
коммерческого, финансового, личного характера, сведения, составляющие
коммерческую тайну, персональные данные вне зависимости от формы ее
предоставления и получения, прямо или косвенно относящуюся к взаимоотношениям
Сторон, не обнародованную или иным способом не переданную для свободного
доступа и ставшую известной Подрядчику в ходе исполнения Контракта, за
исключением случаев, прямо предусмотренных Контрактом.
Предпринимать все необходимые меры для предотвращения случаев разглашения
указанной информации. Использовать предоставленную Заказчиком информацию
только в целях исполнения Контракта.
Подрядчик обязан обеспечивать защиту персональных данных и иной
конфиденциальной информации, полученной в ходе исполнения Контракта, при их
обработке в соответствии с Федеральным законом от 27.07.2006 № 152-ФЗ «О
персональных данных», Федеральным законом от 27.07.2006 № 149-ФЗ «Об
информации, информационных технологиях и о защите информации».
5.4.16. Исполнять иные обязательства, предусмотренные действующим
законодательством и Контрактом.
Статья 6. Гарантии
6.1. Подрядчик гарантирует качество выполнения работ в соответствии с
требованиями, указанными в Контракте и Техническом задании.
6.2. Гарантийный срок на выполненные работы указывается в Техническом задании.
6.3. При обнаружении в период гарантийного срока недостатков в выполненных
работах, материалах, оборудовании, Подрядчик обязан устранить их за свой счет в
сроки, согласованные и установленные Подрядчиком и Заказчиком в Акте о
недостатках с перечнем выявленных недостатков, необходимых доработок и сроков их
устранения. Гарантийный срок в данном случае продлевается на период устранения
выявленных недостатков.
11
При отказе Подрядчика от составления или подписания Акта о недостатках,
обнаруженных в период гарантийного срока, Заказчик проводит квалифицированную
экспертизу с привлечением экспертов (специалистов) в порядке,
предусмотренномЗаконом о контрактной системе, по итогам которой составляется
соответствующий Акт, фиксирующий затраты по исправлению недостатков.
Возмещение расходов за проведенную экспертизу осуществляется в соответствии с
требованиями Гражданского кодекса Российской Федерации.
6.4. Удовлетворение требований Заказчика о безвозмездном устранении недостатков,
об изготовлении другой вещи или о повторном выполнении работ не освобождает
Подрядчика от ответственности в форме неустойки за нарушение срока окончания
выполнения работ.
6.5. Вред, причиненный жизни, здоровью или имуществу Заказчика и иных лиц,
вследствие необеспечения Подрядчиком безопасности выполнения работ/результата
работ подлежит возмещению в соответствии с требованиями Гражданского кодекса
Российской Федерации.
6.6. Подрядчик гарантирует своевременное предоставление необходимой и
достоверной информации о ходе и результате выполнения работ.
6.7. В случае непредоставления Подрядчиком Заказчику полной и достоверной
информации о ходе и результате выполнения работ Подрядчик несет ответственность
в соответствии с Гражданским кодексом Российской Федерации за недостатки
результата работ, возникшие после его приемки Заказчиком вследствие отсутствия у
Заказчика такой информации.
6.8. В случае ненадлежащего выполнения работ, требования Заказчика о повторном
выполнении работы подлежат удовлетворению в срок, установленный для срочного
выполнения работ, а в случае, если этот срок не установлен, в срок, предусмотренный
Контрактом, который был ненадлежаще исполнен.
Статья 7. Исключительные права и права собственности на результаты работ
7.1. Исключительные права на результаты интеллектуальной деятельности, в том
числе, но не исключая: изобретения, полезные модели, промышленные образцы,
программы для электронных вычислительных машин, базы данных, топологии
интегральных микросхем, а также исключительные права на результаты работ,
включая объекты авторских прав и потенциально патентоспособные технические
решения, секреты производства (ноу-хау), созданные в рамках Контракта,
принадлежат в лице Заказчика субъекту Российской Федерации – городу Москве.
7.2. Право собственности на результаты работ, отчетные документы и материалы,
полученные в ходе выполнения работ по Контракту, принадлежат субъекту
12
Российской Федерации – городу Москве и считаются переданными с момента
подписания Сторонами УКЭП Документа о приемке.
7.3. В случае если при осуществлении работ по Контракту осуществляется доработка
программ для электронных вычислительных машин Заказчика, Подрядчик
осуществляет ее в соответствии с предоставляемыми в обязательном порядке
Заказчиком правами на их использование на период исполнения работ по Контракту.
7.4. Подрядчик гарантирует, что передаваемые Заказчику результаты работ по
Контракту, а также права на все результаты интеллектуальной деятельности,
полученные в ходе выполнения работ по Контракту будут свободны от любых прав
третьих лиц, либо в случае использования Подрядчиком при выполнении работ по
Контракту результатов интеллектуальной деятельности, принадлежащих Подрядчику
или третьим лицам, должны отвечать условиям, указанным в Контракте и
Техническом задании. В случае несоблюдения таких гарантий, а также в случае
предъявления к Заказчику третьими лицами претензий или исков, связанных с их
нарушением, а также с нарушением исключительных и/или личных
(неимущественных) прав на результаты интеллектуальной деятельности, полученных
в ходе выполнения работ по Контракту, Заказчик вправе потребовать от Подрядчика
возмещения всех убытков, причиненных в связи с несоблюдением Подрядчиком таких
вышеописанных в данном пункте Контракта гарантий, а Подрядчик обязуется
самостоятельно и без участия Заказчика урегулировать все такие возможные
претензии и/или иски третьих лиц, а также возместить Заказчику все причиненные
убытки в полном объеме (включая, но не ограничиваясь, расходы на оплату
вознаграждения адвокатов, расходы на оплату любых сумм в пользу третьих лиц на
основании решения суда).
Статья 8. Ответственность Сторон
8.1. За неисполнение или ненадлежащее исполнение своих обязательств,
установленных Контрактом, Заказчик и Подрядчик несут ответственность в
соответствии с постановлением Правительства Российской Федерации от 30.08.2017
№ 1042 «Об утверждении Правил определения размера штрафа, начисляемого в
случае ненадлежащего исполнения заказчиком, неисполнения или ненадлежащего
исполнения поставщиком (подрядчиком, исполнителем) обязательств,
предусмотренных Контрактом (за исключением просрочки исполнения обязательств
заказчиком, поставщиком (подрядчиком, исполнителем), о внесении изменений в
постановление Правительства Российской Федерации от 15 мая 2017 г. № 570 и
признании утратившим силу постановления Правительства Российской Федерации от
25 ноября 2013 г. № 1063».
В случае просрочки исполнения Подрядчиком обязательств (в том числе гарантийного
обязательства), предусмотренных настоящим Контрактом, а также в иных случаях
неисполнения или ненадлежащего исполнения Подрядчиком обязательств,
13
предусмотренных настоящим Контрактом, Заказчик направляет требование об уплате
неустоек (штрафов, пеней).
8.2. Размер штрафа устанавливается Контрактом в порядке, установленном настоящей
статьей, в том числе рассчитывается как процент Цены контракта, или в случае, если
Контрактом предусмотрены этапы исполнения Контракта, как процент цены этапа
исполнения Контракта.
8.3. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательств, предусмотренных настоящим Контрактом, за исключением просрочки
исполнения обязательств (в том числе гарантийного обязательства), предусмотренных
настоящим Контрактом, размер штрафа устанавливается в следующем порядке:
- 10 процентов Цены контракта (этапа) в случае, если Цена контракта (этапа) не
превышает 3 млн рублей;
- 5 процентов Цены контракта (этапа) в случае, если Цена контракта (этапа) составляет
от 3 млн рублей до 50 млн рублей (включительно);
- 1 процент Цены контракта (этапа) в случае, если Цена контракта (этапа) составляет
от 50 млн рублей до 100 млн рублей (включительно);
- 0,5 процента Цены контракта (этапа) в случае, если Цена контракта (этапа)
составляет от 100 млн рублей до 500 млн рублей (включительно);
- 0,4 процента Цены контракта (этапа) в случае, если Цена контракта (этапа)
составляет от 500 млн рублей до 1 млрд рублей (включительно);
- 0,3 процента Цены контракта (этапа) в случае, если Цена контракта (этапа)
составляет от 1 млрд рублей до 2 млрд рублей (включительно);
- 0,25 процента Цены контракта (этапа) в случае, если Цена контракта (этапа)
составляет от 2 млрд рублей до 5 млрд рублей (включительно);
- 0,2 процента Цены контракта (этапа) в случае, если Цена контракта (этапа)
составляет от 5 млрд рублей до 10 млрд рублей (включительно);
- 0,1 процента Цены контракта (этапа) в случае, если Цена контракта (этапа)
превышает 10 млрд рублей.
8.4. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательств, предусмотренных контрактом, заключенным с победителем закупки
(или с иным участником закупки в случаях, установленных Законом о контрактной
системе), предложившим наиболее высокую цену за право заключения Контракта,
14
размер штрафа рассчитывается в порядке, установленном настоящим пунктом, за
исключением просрочки исполнения обязательств (в том числе гарантийного
обязательства), предусмотренных настоящим Контрактом, и устанавливается в
следующем порядке:
8.4.1. В случае, если Цена контракта не превышает начальную (максимальную) цену
контракта:
- 10 процентов начальной (максимальной) цены контракта, если Цена контракта не
превышает 3 млн рублей;
- 5 процентов начальной (максимальной) цены контракта, если Цена контракта
составляет от 3 млн рублей до 50 млн рублей (включительно);
- 1 процент начальной (максимальной) цены контракта, если Цена Контракта
составляет от 50 млн рублей до 100 млн рублей (включительно);
8.4.2. В случае, если Цена контракта превышает начальную (максимальную) цену
контракта:
- 10 процентов Цены контракта, если Цена контракта не превышает 3 млн рублей;
- 5 процентов Цены контракта, если Цена контракта составляет от 3 млн рублей до 50
млн рублей (включительно);
- 1 процент Цены контракта, если Цена контракта составляет от 50 млн рублей до 100
млн рублей (включительно).
8.5. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательства, предусмотренного Контрактом, которое не имеет стоимостного
выражения, размер штрафа устанавливается (при наличии в Контракте таких
обязательств) в следующем порядке:
- 1 000 рублей, если Цена контракта не превышает 3 млн рублей;
- 5 000 рублей, если Цена контракта составляет от 3 млн рублей до 50 млн рублей
(включительно);
- 10 000 рублей, если Цена контракта составляет от 50 млн рублей до 100 млн рублей
(включительно);
- 100 000 рублей, если Цена контракта превышает 100 млн рублей.
8.6. За каждый факт неисполнения Заказчиком обязательств, предусмотренных
Контрактом, за исключением просрочки исполнения обязательств, предусмотренных
15
Контрактом, размер штрафа устанавливается в следующем порядке:
- 1 000 рублей, если Цена контракта не превышает 3 млн рублей (включительно);
- 5 000 рублей, если Цена контракта составляет от 3 млн рублей до 50 млн рублей
(включительно);
- 10 000 рублей, если Цена контракта составляет от 50 млн рублей до 100 млн рублей
(включительно);
- 100 000 рублей, если Цена контракта превышает 100 млн рублей.
8.7. Пеня начисляется за каждый день просрочки исполнения Подрядчиком
обязательства, предусмотренного настоящим Контрактом, начиная со дня,
следующего после дня истечения установленного настоящим Контрактом срока
исполнения обязательства, в размере одной трехсотой действующей на дату уплаты
пени ключевой ставки Центрального банка Российской Федерации Цены контракта
(отдельного этапа исполнения Контракта), уменьшенной на сумму,
пропорциональную объему обязательств, предусмотренных Контрактом
(соответствующим отдельным этапом исполнения Контракта) и фактически
исполненных Подрядчиком, за исключением случаев, если законодательством
Российской Федерации установлен иной порядок начисления пени.
8.8. Пеня начисляется за каждый день просрочки исполнения обязательства
Заказчиком, предусмотренного Контрактом, начиная со дня, следующего после дня
истечения установленного Контрактом срока исполнения обязательства в размере
одной трехсотой действующей на дату уплаты пеней ключевой ставки Центрального
банка Российской Федерации от не уплаченной в срок суммы.
8.9. Общая сумма начисленных штрафов за неисполнение или ненадлежащее
исполнение Подрядчиком обязательств, предусмотренных настоящим Контрактом, не
может превышать Цену контракта.
8.10. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных настоящим Контрактом, не может превышать Цену
контракта.
8.11. Стороны настоящего Контракта освобождаются от уплаты неустойки (штрафа,
пеней), если докажут, что неисполнение или ненадлежащее исполнение обязательства
произошло вследствие обстоятельств непреодолимой силы или по вине другой
Стороны.
8.12. В случае установления уполномоченными контрольными органами фактов
поставки товаров не в полном объеме и/или завышения стоимости товаров/работ/услуг
16
Подрядчик осуществляет возврат Заказчику излишне уплаченных денежных средств.
8.13. Уплата Подрядчиком неустойки или применение иной формы ответственности
не освобождает его от исполнения обязательств по настоящему Контракту.
8.14. В качестве подтверждения фактов неисполнения и (или) ненадлежащего
исполнения обязательств Заказчик может предъявлять фото-и видеоматериалы,
являющиеся основанием для взыскания неустойки или применения иной формы
ответственности в соответствии с действующим законодательством.
8.15. В случае полного (частичного) неисполнения условий Контракта одной из
Сторон эта Сторона обязана возместить другой Стороне причиненные убытки в части,
не покрытой неустойкой.
8.16. В случае привлечения к исполнению Контракта соисполнителей, ответственность
перед Заказчиком за неисполнение обязательств по Контракту несет Подрядчик.
Статья 9. Порядок изменения и расторжения Контракта
9.1. Изменения и дополнения по основаниям, предусмотренным настоящим
Контрактом, вносятся по соглашению Сторон, которое оформляется соответствующим
дополнительным соглашением и является неотъемлемой частью настоящего
Контракта, и вступают в силу с момента их подписания Сторонами.
9.2. Существенные условия Контракта могут быть изменены в случаях,
предусмотренных статьей 95 Закона о контрактной системе.
9.3. Настоящий Контракт может быть расторгнут по соглашению Сторон, по решению
суда, в случае одностороннего отказа стороны Контракта от исполнения Контракта в
соответствии с гражданским законодательством.
9.3.1. Основания расторжения Контракта в связи с односторонним отказом от
исполнения Контракта по инициативе Заказчика:
9.3.1.1. Осуществление выполнения работ ненадлежащего качества, если недостатки
не могут быть устранены в установленный разумный срок либо являются
существенными и неустранимыми.
9.3.1.2. Подрядчик не приступает к исполнению Контракта в срок, установленный
Контрактом, или неоднократно (от двух и более раз) нарушает График выполнения
работ или объемы поставки товаров, предусмотренные Контрактом, или оказывает
услуги выполняет работы так, что окончание их оказания к сроку, предусмотренному
Контрактом, становится явно невозможно, либо в ходе оказания услуг стало очевидно,
что они не будут оказаны надлежащим образом в установленный Контрактом срок.
17
9.3.1.3. Если в ходе исполнения Контракта установлено, что Подрядчик и (или)
поставляемый товар перестали соответствовать установленным извещением об
осуществлении закупки и (или) документации о закупке, указанной в преамбуле
Контракта, требованиям к участникам данной закупки (за исключением требования,
предусмотренного частью 1.1 (при наличии такого требования) статьи 31 Закона о
контрактной системе) и (или) поставляемому товару или при проведении закупки
Подрядчик представил недостоверную информацию о своем соответствии и (или)
соответствии поставляемого товара требованиям такого извещения, что позволило ему
стать победителем данной закупки.
9.3.1.4. Если в ходе исполнения Контракта вследствие реорганизации юридического
лица, являющегося Подрядчиком его права и обязанности по такому контракту
перешли к вновь возникшему юридическому лицу, зарегистрированному на
территории иностранного государства, в отношении которого в соответствии с
подпунктами «а» и «б» пункта 1 части 2 статьи 14 Закона о контрактной системе
установлены запрет закупок товаров, работ, услуг, соответственно поставляемых,
выполняемых, оказываемых иностранными лицами, либо ограничение закупок
товаров, работ, услуг, соответственно поставляемых, выполняемых, оказываемых
иностранными лицами, и Подрядчик являлся российским лицом, либо в соответствии
с подпунктом «в» пункта 1 части 2 статьи 14 Закона о контрактной системе
установлено преимущество в отношении товаров, работ, услуг, соответственно
поставляемых, выполняемых, оказываемых российскими лицами, и Подрядчик
являлся российским лицом.
9.3.1.5. В случае, если по результатам экспертизы поставленных товаров
(выполненных работ, оказанных услуг) с привлечением экспертов, экспертных
организаций, в заключение эксперта, экспертной организации будут подтверждены
нарушения условий Контракта.
9.3.1.6. В случае, если Подрядчик отказывается от согласования новых условий
Контракта при наступлении обстоятельств, предусмотренных пунктом 6 статьи 161
Бюджетного кодекса Российской Федерации.
9.3.2. Основания расторжения Контракта в связи с односторонним отказом от
исполнения Контракта по инициативе Подрядчика:
9.3.2.1. Неоднократные (от двух и более раз) нарушения Заказчиком сроков оплаты
поставленного товара (оказанных услуг, выполненных работ) допущенные по вине
Заказчика, при условии своевременного доведения лимитов финансирования для
Заказчика.
9.3.2.2. Заказчиком неоднократно (не менее двух раз) отказано в приемке товаров,
выполненных работ, оказанных услуг без направления Подрядчику мотивированного
отказа от подписания Документа о приемке в срок, предусмотренный Контрактом.
18
9.3.2.3. Необоснованный отказ Заказчика от оплаты поставленных товаров, оказанных
услуг.
9.3.2.4. Невыполнение Заказчиком обязательств, предусмотренных Техническим
заданием, препятствует исполнению Контракта Подрядчиком, а также наличие
обстоятельств, очевидно свидетельствующих о том, что исполнение указанных
обязанностей не будет произведено в установленный срок.
9.3.3. Стороны также вправе в одностороннем порядке отказаться от исполнения
Контракта по иным основаниям, предусмотренным Гражданским кодексом
Российской Федерации для одностороннего отказа от исполнения отдельных видов
обязательств.
9.4. Расторжение Контракта осуществляется в порядке статьи 95 Закона о контрактной
системе.
9.5. Соглашение о расторжении Контракта заключается, решение об одностороннем
расторжении Контракта формируется Сторонами с использованием единой
информационной системы в сфере закупок.
При этом факт подписания Сторонами соглашения о расторжении настоящего
Контракта не освобождает Стороны от обязанностей урегулирования взаимных
расчетов.
9.6. В случае расторжения Контракта в связи с односторонним отказом Стороны от
исполнения Контракта другая Сторона вправе потребовать возмещения только
фактически понесенного ущерба, непосредственно обусловленного обстоятельствами,
являющимися основанием для принятия решения об одностороннем отказе от
исполнения Контракта.
Статья 10. Обеспечение исполнения Контракта, обеспечение гарантийных
обязательств
10.1. Обеспечение исполнения Контракта предоставляется.
ВАРИАНТ 1:
Подрядчик внес обеспечение исполнения Контракта в размере 24 000 021 (двадцать
четыре миллиона двадцать один) рубль 74 (семьдесят четыре) копейки, что
составляет 30 процентов начальной (максимальной) цены контракта предусмотренной
документацией о закупке, в форме безотзывной независимой гарантии/путем внесения
денежных средств.
ВАРИАНТ 2:
19
Подрядчик внес обеспечение исполнения контракта в размере ____ в соответствии со
статьей 37 Закона о контрактной системе.
10.2. Обеспечение гарантийных обязательств предоставляется в размере
4 000 003,62 руб. (четыре миллиона три рубля 62 копейки), что составляет
5 процентов начальной (максимальной) цены контракта,
предусмотренной документацией о закупке.
Гарантийные обязательства могут обеспечиваться предоставлением независимой
гарантии, соответствующей требованиям статьи 45 Закона о контрактной системе, или
внесением денежных средств на счет Заказчика, указанный в статье «Адреса,
реквизиты и подписи Сторон».
10.3. Независимая гарантия также должна предусматривать условие об обязанности
гаранта уплатить Заказчику (бенефициару) денежную сумму по независимой гарантии
не позднее десяти рабочих дней со дня, следующего за днем получения гарантом
требования Заказчика (бенефициара), соответствующего условиям такой независимой
гарантии, при отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого требования.
Факт внесения Подрядчиком денежных средств в обеспечение гарантийных
обязательств по Контракту подтверждается платежным поручением с отметкой банка
о проведении платежа и списании средств со счета Подрядчика и поступлением
денежных средств на счет Заказчика.
Срок возврата Заказчиком Подрядчику денежных средств, внесенных в качестве
обеспечения гарантийных обязательств, по истечении срока действия данного
обеспечения в срок до 30 (тридцати) календарных дней с даты исполнения
Подрядчиком гарантийных обязательств.
10.4. Способ обеспечения исполнения Контракта, обеспечения гарантийных
обязательств, срок действия независимой гарантии определяется участником закупки,
с которым заключается Контракт, самостоятельно в соответствии с
требованиями Закона о контрактной системе.
ВАРИАНТ 1 (Используется при предоставлении Подрядчиком обеспечения
исполнения Контракта в форме независимой гарантии. Независимая гарантия должна
соответствовать требованиям, установленным статьей 45 Закона о контрактной
системе):
10.5. Исполнение контракта обеспечивается предоставлением независимой гарантии.
Независимая гарантия должна соответствовать требованиям, установленным статьей
45 Закона о контрактной системе, а также предусматривать условие об обязанности
гаранта уплатить Заказчику (бенефициару) денежную сумму по независимой гарантии
20
не позднее 10 (десяти) рабочих дней со дня, следующего за днем получения гарантом
требования Заказчика (бенефициара), соответствующего условиям такой независимой
гарантии, при отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого требования.
10.6. Денежные средства, внесенные в обеспечение исполнения обязательств по
Контракту, включая обязательства по уплате Подрядчиком предусмотренных
Контрактом неустоек (штрафов, пеней), перечислены Подрядчиком в размере,
установленном в настоящей статье Контракта, на счет Заказчика, указанный в статье
«Адреса, реквизиты и подписи Сторон».
Факт внесения Подрядчиком денежных средств в обеспечение исполнения
обязательств по Контракту подтверждается платежным поручением с отметкой банка
о проведении платежа и списании средств со счета Подрядчиком и поступлением
денежных средств на счет Заказчика.
Внесенные Подрядчиком в обеспечение исполнения обязательств Подрядчика по
Контракту денежные средства обеспечивают исполнение Подрядчиком всех
обязательств Подрядчика по Контракту, в том числе обязательств, связанных с
неисполнением либо ненадлежащим исполнением Контракта Подрядчиком, включая
обязательства по возмещению Заказчику убытков, по уплате Заказчику неустоек
(штрафов, пеней), начисленных Заказчиком в связи с неисполнением либо
ненадлежащим исполнением Подрядчиком предусмотренных Контрактом
обязательств.
В случае неисполнения или ненадлежащего исполнения Подрядчиком обеспеченных
внесением денежных средств обязательств, Заказчик имеет право удержать из
внесенных Подрядчиком денежных средств сумму, равную сумме денежных средств,
которую Подрядчик обязан уплатить Заказчику в качестве неустойки (штрафов, пеней)
или в качестве возмещения убытков, либо иной сумме денежных средств, подлежащей
уплате Подрядчиком Заказчику по Контракту. Удержанные Заказчиком денежные
средства переходят в бюджет города Москвы.
Денежные средства, в том числе часть этих денежных средств, в случае уменьшения
размера обеспечения исполнения Контракта в соответствии с частями 7, 7.1 и
7.2 статьи 96 Закона о контрактной системе возвращаются Заказчиком Подрядчику по
истечении срока действия данного обеспечения в срок до 30 (тридцати) календарных
дней с даты исполнения Подрядчиком обязательств, предусмотренных Контрактом.
Денежные средства возвращаются на банковский счет Подрядчика.
10.7. Обеспечение исполнения Контракта распространяется на случаи неисполнения
или ненадлежащего исполнения Подрядчиком обязательств по Контракту, неуплаты
Подрядчиком неустоек (штрафов, пеней), предусмотренных Контрактом, а также
убытков, понесенных Заказчиком в связи с неисполнением или ненадлежащим
21
исполнением Подрядчиком своих обязательств по Контракту.
10.8. В ходе исполнения Контракта Подрядчик вправе изменить способ обеспечения
исполнения Контракта и (или) предоставить Заказчику взамен ранее предоставленного
обеспечения исполнения Контракта новое обеспечение исполнения Контракта, размер
которого может быть уменьшен в порядке и случаях, которые предусмотрены частями
7.2 и 7.3 статьи 96 Закона о контрактной системе.
10.9. Подрядчик вправе изменить способ обеспечения гарантийных обязательств и
(или) предоставить Заказчику взамен ранее предоставленного обеспечения
гарантийных обязательств новое обеспечение гарантийных обязательств.
10.10. В случае отзыва в соответствии с законодательством Российской Федерации у
банка, предоставившего
независимую
гарантию
в
качестве обеспечения исполнения Контракта, лицензии на осуществление банковских
операций предоставить новое обеспечение исполнения Контракта не
позднее одного месяца со дня надлежащего уведомления Заказчиком Подрядчика
о необходимости предоставить соответствующее обеспечение. Размер такого
обеспечения может быть уменьшен в порядке и случаях, которые предусмотрены
частями 7, 7.1, 7.2 и 7.3 статьи 96 Закона о контрактной системе. За каждый день
просрочки исполнения Подрядчиком обязательства, предусмотренного частью 30
статьи 34 Закона о контрактно системе, начисляется пеня в размере, определенном в
порядке, установленном в соответствии со статьей 8 Контракта.
Статья 11. Обстоятельства непреодолимой силы
11.1. Стороны освобождаются от ответственности за частичное или полное
неисполнение обязательств по Контракту в случае, если оно явилось следствием
действия обстоятельств непреодолимой силы, а именно чрезвычайных и
непредотвратимых при данных условиях обстоятельств, в том числе стихийных
природных явлений (землетрясений, наводнений, пожара и т.д.), действий
объективных внешних факторов (военные действия, акты органов государственной
власти и управления и т.п.), а также других чрезвычайных обстоятельств,
подтвержденных в установленном законодательством порядке, препятствующих
надлежащему исполнению обязательств по Контракту, которые возникли после
заключения Контракта, на время действия этих обстоятельств, если эти обстоятельства
непосредственно повлияли на исполнение Сторонами своих обязательств, а также
которые Стороны были не в состоянии предвидеть и предотвратить.
11.2. Сторона, для которой надлежащее исполнение обязательств оказалось
невозможным вследствие возникновения обстоятельств непреодолимой силы, обязана
в течение 5 (пяти) календарных дней с даты возникновения таких обстоятельств
уведомить в письменной форме другую Сторону об их возникновении, виде и
возможной продолжительности действия с приложением документов,
22
удостоверяющих факт наступления обстоятельств непреодолимой силы.
11.3. Если, по мнению Сторон, выполнение работ может быть продолжено в порядке,
действовавшем согласно Контракту до начала действия обстоятельств непреодолимой
силы, то срок исполнения обязательств по Контракту продлевается соразмерно
времени, в течение которого действовали обстоятельства непреодолимой силы и их
последствия.
11.4. В случае возникновения обстоятельств непреодолимой силы Стороны вправе
расторгнуть Контракт, и в этом случае ни одна из Сторон не вправе требовать
возмещения убытков.
11.5. Подтверждением наличия обстоятельств непреодолимой силы и их
продолжительности является письменное свидетельство уполномоченных органов или
уполномоченных организаций.
Статья 12. Порядок урегулирования споров
12.1. При исполнении своих обязательств по Контракту Стороны должны действовать
добросовестно и разумно. При исполнении Контракта ни одна из Сторон не вправе
извлекать преимущество из своего незаконного или недобросовестного поведения.
12.2. При возникновении любых противоречий, претензий и разногласий, а также
споров, связанных с исполнением Контракта (далее - разногласия), Стороны
предпринимают усилия для урегулирования разногласий путем переговоров и
оформляют результаты таких переговоров с учетом положений Контракта.
12.3. Все достигнутые договоренности Стороны оформляют в виде дополнительных
соглашений, подписанных Сторонами и скрепленных печатями (при наличии печати).
12.4. Все неурегулируемые разногласия разрешаются Сторонами в судебном порядке.
До передачи спора на разрешение Арбитражного суда города Москвы Стороны
принимают меры к его урегулированию в претензионном порядке.
12.5. В случае наличия споров, разногласий и претензий относительно исполнения
одной из Сторон своих обязательств другая Сторона может направить претензию с
использованием единой информационной системы в сфере закупок путем направления
электронных уведомлений.
По полученной претензии Сторона должна дать с использованием единой
информационной системы в сфере закупок электронный ответ по существу в срок, не
превышающий 15 (пятнадцати) календарных дней с даты ее получения. Оставление
претензии без ответа в установленный срок означает признание требований претензии.
23
12.6. Претензия оформляется в письменной форме. В претензии указывается:
наименование, почтовый адрес и реквизиты организации (учреждения, предприятия),
предъявившей претензию; наименование, почтовый адрес и реквизиты организации
(учреждения, предприятия), которой направлена претензия.
В претензии перечисляются допущенные при исполнении Контракта нарушения со
ссылкой на соответствующие положения Контракта или его приложений, а также
действия, которые должны быть произведены Стороной для устранения нарушений.
Если претензионные требования подлежат стоимостной оценке, в претензии
указывается истребуемая сумма, ее полный и обоснованный расчет.
В подтверждение заявленных требований к претензии прилагаются надлежащим
образом оформленные и заверенные необходимые документы либо выписки из них.
В претензии могут быть указаны иные сведения, которые, по мнению заявителя, будут
способствовать более быстрому и правильному ее рассмотрению, объективному
урегулированию спора.
12.7. В случае невыполнения Сторонами своих обязательств и при не урегулировании
Сторонами спора в досудебном порядке споры по Контракту разрешаются в
Арбитражном суде города Москвы.
Статья 13. Срок исполнения, порядок изменения Контракта
13.1. Контракт вступает в силу со дня его подписания Сторонами. Срок исполнения
Контракта сторонами 606 календарных дней c даты начала исполнения контракта.
13.2. Выполнение работ по истечении предусмотренного Контрактом срока
исполнения обязательств Подрядчика по выполнению работ допускается в случае
выполнения работ в рамках проведения претензионной работы, инициированной
Заказчиком.
13.3. Контракт должен быть зарегистрирован Заказчиком в Реестре контрактов,
заключенных заказчиками.
13.4. Изменение и дополнение Контракта возможно по соглашению Сторон. Все
изменения и дополнения оформляются путем подписания Сторонами дополнительных
соглашений к Контракту. Дополнительные соглашения к Контракту являются его
неотъемлемой частью и вступают в силу с момента их подписания Сторонами.
Дополнительные соглашения к Контракту подлежат регистрации в Реестре
контрактов, заключенных заказчиками.
Статья 14. Прочие условия
24
14.1. Все уведомления Сторон, связанные с исполнением Контракта, направляются в
письменной или электронной форме по почте заказным письмом по фактическому
адресу Стороны Контракта или нарочно, а также с использованием факсимильной
связи, электронной почты. В случае направления уведомлений с использованием
почты уведомления считаются полученными Стороной в день фактического
получения, подтвержденного отметкой почты. В случае отправления уведомлений
посредством факсимильной связи и электронной почты уведомления считаются
полученными Стороной в день их отправки.
14.2. Во всем, что не предусмотрено Контрактом, Стороны руководствуются
действующим законодательством Российской Федерации.
14.3. Выполнение в полном объеме обязательств, предусмотренных Контрактом,
Заказчиком и Подрядчиком является основанием для регистрации сведений об
исполнении Контракта в Реестре контрактов, заключенных заказчиками, в порядке,
предусмотренном действующими нормативными правовыми актами Российской
Федерации и города Москвы.
Статья 15. Электронное взаимодействие Сторон Контракта
15.1. Стороны при исполнении Контракта осуществляют обмен подписанным УКЭП
электронным структурированным Документом о приемке, а также информацией в
соответствии с статьей «Порядок сдачи и приемки выполненных работ», посредством
использования Подрядчиком АИС «Портал поставщиков» в соответствии с
Регламентом ведения Портала поставщиков (далее - Регламент), размещенным на
официальном сайте АИС «Портал поставщиков» https://zakupki.mos.ru/ и Заказчикомединой информационной системы в сфере закупок.
15.2. Подрядчик для работы в АИС «Портал поставщиков»:
- назначает должностных лиц, ответственных за организацию и осуществление
электронного документооборота в соответствии с настоящей статьей Контракта (далее
– уполномоченные должностные лица);
- обеспечивает получение УКЭП в аккредитованных удостоверяющих центрах в
соответствии с требованиями законодательства Российской Федерации для
должностных лиц, уполномоченных на подписание документов при исполнении
Контракта;
- обеспечивает регистрацию в АИС «Портал поставщиков» в соответствии с
Регламентом;
- использует для подписания в АИС «Портал поставщиков» электронных документов
УКЭП.
25
15.3. Стороны признают, что используемые в соответствии с настоящей статьей
Контракта электронные документы имеют равную юридическую силу с документами
на бумажных носителях информации, подписанными собственноручными подписями
уполномоченных должностных лиц и оформленными в установленном порядке.
15.4. Электронные документы и информация в соответствии с настоящей статьей,
полученные Сторонами друг от друга при исполнении Контракта, не требуют
дублирования документами, оформленными на бумажных носителях информации, за
исключением случаев, когда необходимость наличия документа на бумажном
носителе предусмотрена законодательством Российской Федерации.
15.5. Получение доступа к работе в АИС «Портал поставщиков», в том числе в целях
осуществления электронного документооборота при исполнении Контракта, для
Сторон осуществляется безвозмездно.
Статья 16. Адреса, реквизиты и подписи Сторон
ЗАКАЗЧИК:
Государственное казенное учреждение
города Москвы «Информационный город»
ПОДРЯДЧИК:
Адреса:
- юридический: Российская Федерация,____________________________
1 2 3 1 1 2 , г о р о д М о с к в а , 1 - й Адреса:
Красногвардейский проезд, дом 21,- юридический: _____;
- фактический: _____;
строение 1;
- фактический адрес: 105064, город Телефон: , факс: _____;
Москва, район Басманный, переулок Адрес электронной почты: _____;
Яковоапостольский, дом 12, строение 1; Получатель: л/с_____________________;
Телефон: +7 (495) 957-93-57, факс: 8 (495) ОГРН: _____;
ИНН: _____;
620-20-00;
А д р е с
э л е к т р о н н о й КПП: _____;
БИК: _____;
почты: ig_zakupki@it.mos.ru;
Получатель: Департамент финансов города ОКОПФ: ____;
Название Банка: _____;
Москвы (ГКУ «Инфогород»,
л/с 0381111000451956) ОКЦ № 1 ГУ Банка р/с: _____;
России по ЦФО//УФК по г.Москве к/с: _____;
л/с: _____;
г.Москва;
Интернет сайт: _____;
БИК 004525988;
_____________________
к/с 40102810545370000003;
(ФИО лица, уполномоченного на
р/с 03221643450000007300;
подписание контракта)
ОГРН: 5147746224324;
М.П.(при наличии)
ИНН: 7701356086;
КПП: 770301001;
БИК: __________________;
26
Н
а
з
в
а
н
и
е
Банка: ____________________________;
р/с: _____________________________;
л/с: ___________________________;
к
/
с
:
_____________________________________
;
Реквизиты счета для перечисления
денежных средств в качестве обеспечения
исполнения контракта: гарантийных
обязательств:
123112, г.Москва,
1?й Красногвардейский проезд, д.21, стр.1
ИНН 7701356086, КПП 770301001
Департамент финансов города Москвы
(ГКУ «Инфогород» л/с 2181131000451956)
р/с 03222643450000007300
к/с 40102810545370000003, БИК
004525988
ОКЦ № 1 ГУ Банка России по ЦФО//УФК
по г.Москве г.Москва,
ОКПО 40033647, ОКТМО 45380000
ОКВЭД 62.09, ОГРН 5147746224324
Интернет сайт: http://ig.mos.ru/;
Начальника управления автоматизации
проектов социальной защиты населения
__________________ О.В.Шадрина
(ФИО лица, уполномоченного на
подписание контракта)
М.П.
Приложение № 2 к Контракту
№ ____________________
от ______________________________
График выполнения работ (Календарный план)
№
п/п
Наименование работ
Этапы выполнения
работ (Дата)
27
Отчетные документы,
результат выполнения
работ
1
Этап 1
Отчетная документация по
Начало: 1(первый)
заявкам передается на
календарный день с даты
бумажном носителе
заключения Контракта;
информации (3(три) экземпляра)
Окончание:
и на машинном носителе
50(пятидесятый)
информации (CD/DVD) (2(два)
календарный день с даты
экземпляра):
заключения Контракта.
Этап 2
Эскизный проект:
Начало: 51 (пятьдесят
– Частное техническое задание;
первый) календарный день – Расчет стоимости реализации
с даты заключения
решения;
Контракта;
– Акт приема-передачи
Окончание: 140 (сто
отчетной документации № 1;
сороковой) календарный
– Машинный носитель
день с даты заключения
информации № 1, содержащий
Контракта.
отчетную документацию;
Этап 3
– Ведомость машинных
Начало: 141 (сто сорок
носителей информации № 1.
первый) календарный день
с даты заключения
Технорабочее проектирование:
Выполнение работ по развитию Контракта;
– Пояснительная записка;
государственной
Окончание: 230 (двести
– Описание информационного
информационной системы:
тридцатый) календарный
обеспечения;
информационная система
день с даты заключения
– Описание архитектуры;
«Система долговременного
Контракта.
– Проект акта классификации
ухода и социальные
Этап 4
подсистемы (сервиса) по
стационары» в части создания Начало: 231 (двести
требованиям безопасности
Сервиса «Чат-бот MAX
тридцать первый)
информации;
социальных сервисов»
календарный день с даты
– Частная модель угроз и
заключения Контракта;
нарушителя безопасности
Окончание: 320 (триста
информации, обрабатываемой в
двадцатый) календарный
подсистеме (сервисе);
день с даты заключения
– Матрица ролей и полномочий
Контракта.
доступа пользователей к
Этап 5
ресурсам подсистемы (сервиса);
Начало: 321 (триста
– Акт приема-передачи
двадцать первый)
отчетной документации № 2;
календарный день с даты
– Машинный носитель
заключения Контракта;
информации № 2, содержащий
Окончание: 410 (четыреста
отчетную документацию;
десятый) календарный день
– Ведомость машинных
с даты заключения
носителей информации № 2.
Контракта.
Этап 6
Разработка функциональных
Начало: 411 (четыреста
возможностей:
одиннадцатый)
– ППО на машинном носителе
календарный день с даты
информации № 1;
заключения Контракта;
– Руководство пользователя;
Окончание: 540 (пятьсот
– Руководство администратора;
28
– Программа и методика
предварительных испытаний;
– Акт приема-передачи
отчетной документации № 3;
– Машинный носитель
информации №3, содержащий
отчетную документацию;
– Ведомость машинных
носителей информации № 3.
Пусконаладочные работы:
– Акт выполнения
пусконаладочных работ;
– Акт приема-передачи
отчетной документации № 4;
– Машинный носитель
информации № 4, содержащий
отчетную документацию;
– Ведомость машинных
носителей информации № 4.
сороковой) календарный
день с даты заключения
Контракта.
29
Предварительные испытания:
– ППО на машинном носителе
информации № 2;
– Протокол предварительных
испытаний;
– Акт о приемке в опытную
эксплуатацию;
– Программа и методика
опытной эксплуатации;
– Акт приема-передачи
отчетной документации № 5;
– Машинный носитель
информации № 5, содержащий
отчетную документацию;
– Ведомость машинных
носителей информации № 5.
Опытная эксплуатация:
– ППО на машинном носителе
информации № 3;
– Отчет о проведении опытной
эксплуатации;
– Акт о завершении опытной
эксплуатации;
– Программа и методика
приемочных испытаний;
– Акт приема-передачи
отчетной документации № 6;
– Машинный носитель
информации № 6, содержащий
отчетную документацию;
– Ведомость машинных
носителей информации № 6.
Приемочные испытания:
– ППО на машинном носителе
информации № 4;
– Протокол приемочных
испытаний;
– Акт о приемке в
эксплуатацию;
– Акт приема-передачи
отчетной документации № 7;
– Машинный носитель
информации № 7, содержащий
отчетную документацию;
– Ведомость машинных
носителей информации № 7.
Документация, предоставляемая
в течение 10(десяти) рабочих
дней в электронной форме по
окончании каждого этапа
Контракта:
– Документ о приемке
30

=== ФАЙЛ: OpenCompetition14947631.pdf | docs/0173200001426002093/OpenCompetition14947631.pdf
ИНФОРМАЦИОННАЯ КАРТА
КОНКУРСА В ЭЛЕКТРОННОЙ ФОРМЕ
Выполнение работ по развитию государственной информационной системы:
информационная система «Система долговременного ухода и социальные стационары» в
части создания Сервиса «Чат-бот MAX социальных сервисов»
Заказчик: Государственное казенное учреждение города Москвы «Информационный
город»
Москва, 2026 г.
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
СОДЕРЖАНИЕ
I.
Информация о проведении закупки
II. Требования, предъявляемые к участникам закупки и необходимый перечень документов для
участия в закупке. Подача заявок на участие в открытом конкурсе в электронной форме
III.
Размер и порядок обеспечения заявок на участие в закупке, обеспечения исполнения контракта
IV.
Иные положения
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
I. Информация о проведении закупки
1
Наименование объекта закупки
Выполнение работ по развитию государственной
Открытый конкурс в
информационной системы: информационная система «Система
1.1
электронной форме
долговременного ухода и социальные стационары» в части
создания Сервиса «Чат-бот MAX социальных сервисов»
2
Открытый конкурс в электронной форме проводит:
Наименование:
Государственное казенное учреждение города Москвы
«Информационный город»
Место нахождения:
105064, город Москва, район Басманный, переулок
Яковоапостольский, дом 12, строение 1
Почтовый адрес:
Российская Федерация, 123112, город Москва, 1-й
Красногвардейский проезд, дом 21, строение 1
Заказчик (заказчики
2.1
Номер контактного телефона:
совместной закупки)
+7 (495) 957-93-57
Адрес электронной почты:
ig_zakupki@it.mos.ru
Ответственное должностное лицо или контрактный
управляющий:
ФИО: Черепанова Диана Евгеньевна доб. 11565
Телефон: +7 (495) 957-93-57
Электронная почта: ig_zakupki@it.mos.ru
2.2
2.3
2.4
3
Уполномоченный
орган (уполномоченное Департамент города Москвы по конкурентной политике
учреждение)
Организатор совместной
закупки (в случае, если
Не применяется
закупка является
совместной)
Адрес сайта электронной
https://www.roseltorg.ru/search/com#login
площадки:
Информация о количестве, единице измерения и месте поставки товара / информация об
объеме, единице измерения (при наличии) и месте выполнения работы или оказания услуги.
Лот №1
Место выполнения работ: г. Москва. Период выполнения работ с 1 до 50 календарных дней
с даты заключения контракта. Условия выполнения работ: В соответствии с проектами ГК и
техническим заданием.:
Работы по развитию информационных систем и ресурсов : 81.72 усл. ед; код ОКПД2:
62.01.11.000
Место выполнения работ: г. Москва. Период выполнения работ с 51 до 140 календарных
дней с даты заключения контракта. Условия выполнения работ: В соответствии с проектами
ГК и техническим заданием.:
Работы по развитию информационных систем и ресурсов : 13.72 усл. ед; код ОКПД2:
62.01.11.000
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Место выполнения работ: г. Москва. Период выполнения работ с 141 до 230 календарных
дней с даты заключения контракта. Условия выполнения работ: В соответствии с проектами
ГК и техническим заданием.:
Работы по развитию информационных систем и ресурсов : 13.72 усл. ед; код ОКПД2:
62.01.11.000
Место выполнения работ: г. Москва. Период выполнения работ с 231 до 320 календарных
дней с даты заключения контракта. Условия выполнения работ: В соответствии с проектами
ГК и техническим заданием.:
Работы по развитию информационных систем и ресурсов : 12.9 усл. ед; код ОКПД2:
62.01.11.000
Место выполнения работ: г. Москва. Период выполнения работ с 321 до 410 календарных
дней с даты заключения контракта. Условия выполнения работ: В соответствии с проектами
ГК и техническим заданием.:
Работы по развитию информационных систем и ресурсов : 12.9 усл. ед; код ОКПД2:
62.01.11.000
Место выполнения работ: г. Москва. Период выполнения работ с 411 до 540 календарных
дней с даты заключения контракта. Условия выполнения работ: В соответствии с проектами
ГК и техническим заданием.:
Работы по развитию информационных систем и ресурсов : 13.92 усл. ед; код ОКПД2:
62.01.11.000
4
5
6
7
8
8.1
8.2
Начальная
Лот № 1 : 80 000 072,48 руб.
(максимальная) цена
контракта
Начальная максимальная Лот № 1:
цена за единицу товара, Не применяется
работы или услуги
Год бюджета 2026 : Лимит бюджетных обязательств, КБК: 8110410-12А0100100-244-000 : 43 911 915,12 руб.
Источник
Год бюджета 2027 : Лимит бюджетных обязательств, КБК: 811финансирования закупки 0410-12А0100100-244-000 : 28 608 301,04 руб.
Год бюджета 2028 : Лимит бюджетных обязательств, КБК: 8110410-12А0100100-244-000 : 7 479 856,32 руб.
Обоснование начальной
Метод определения НМЦ:
(максимальной) цены
Сметный;
контракта
Преимущества предоставляются при осуществлении закупок
Учреждениям и
предприятиям уголовноисполнительной
системы, при условии
Не предоставляются
соответствия ст. 28
Закона о контрактной
системе
Организациям
инвалидов при условии Не предоставляются
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
соответствия статье 29
Закона о контрактной
системе
9
Ограничение участия в определении поставщика (подрядчика, исполнителя)
Субъектам малого
предпринимательства, пр
и условии соответствия
статье 30 Закона о
контрактной системе.
Социально
ориентированным
некоммерческим
организациям (за
исключением социально
ориентированных
некоммерческих
организаций,
учредителями которых
являются Российская
Федерация, субъекты
Российской Федерации
9.1
Лот № 1: Не установлено
или муниципальные
образования),
осуществляющих в
соответствии с
учредительными
документами виды
деятельности,
предусмотренные ч. 1
статьи 31.1
Федерального закона от
12 января 1996 года № 7ФЗ «О некоммерческих
организациях».
Предоставляются при
условии соответствия
статье 30 Закона о
контрактной системе
II. Требования, предъявляемые к участникам закупки и необходимый перечень документов для
участия в закупке. Подача заявок на участие в открытом конкурсе в электронной форме
Участники закупки имеют право выступать в отношениях,
связанных с осуществлением закупки, как непосредственно, так и
Общие требования,
через своих представителей. Полномочия представителей
предъявляемые к
участников закупки подтверждаются доверенностью, выданной и
10
участникам открытого
оформленной в соответствии с гражданским законодательством.
конкурса электронной
Подача заявок на участие в электронном конкурсе осуществляется
форме
только лицами, зарегистрированными в единой информационной
системе и аккредитованными на электронной площадке.
Общие требования,
При осуществлении закупки заказчик устанавливает следующие
предъявляемые к
11
единые требования к участникам закупки:
участникам открытого
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
11.1
11.2
11.3
11.4
11.5
11.6
11.7
11.8
конкурса в электронной
форме в соответствии
со статьей 31 Закона о
контрактной системе.
Соответствие требованиям, установленным в соответствии с законодательством Российской
Федерации к лицам, осуществляющим поставку товара, выполнение работы, оказание
услуги, являющихся объектом закупки, предусмотренные п. 1 ч.1 ст. 31 Федерального
закона
Лот № 1: Не требуется
Непроведение ликвидации участника закупки – юридического лица и отсутствие решения
арбитражного суда о признании участника закупки – юридического лица или
индивидуального предпринимателя несостоятельным (банкротом) и об открытии
конкурсного производства.
Неприостановление деятельности участника закупки в порядке, установленном Кодексом
Российской Федерации об административных правонарушениях.
Отсутствие у участника закупки недоимки по налогам, сборам, задолженности по иным
обязательным платежам в бюджеты бюджетной системы Российской Федерации (за
исключением сумм, на которые предоставлены отсрочка, рассрочка, инвестиционный
налоговый кредит в соответствии с законодательством Российской Федерации о налогах и
сборах, которые реструктурированы в соответствии с законодательством Российской
Федерации, по которым имеется вступившее в законную силу решение суда о признании
обязанности заявителя по уплате этих сумм исполненной или которые признаны
безнадежными к взысканию в соответствии с законодательством Российской Федерации о
налогах и сборах) за прошедший календарный год, размер которых превышает двадцать
пять процентов балансовой стоимости активов участника закупки, по данным бухгалтерской
отчетности за последний отчетный период. Участник закупки считается соответствующим
установленному требованию в случае, если им в установленном порядке подано заявление
об обжаловании указанных недоимки, задолженности и решение по такому заявлению на
дату рассмотрения заявки на участие в определении поставщика (подрядчика, исполнителя)
не принято.
Отсутствие у участника закупки - физического лица либо у руководителя, членов
коллегиального исполнительного органа, лица, исполняющего функции единоличного
исполнительного органа, или главного бухгалтера юридического лица - участника закупки
судимости за преступления в сфере экономики и (или) преступления, предусмотренные
статьями 289, 290, 291, 291.1 Уголовного кодекса Российской Федерации (за исключением
лиц, у которых такая судимость погашена или снята), а также неприменение в отношении
указанных физических лиц наказания в виде лишения права занимать определенные
должности или заниматься определенной деятельностью, которые связаны с поставкой
товара, выполнением работы, оказанием услуги, являющихся объектом осуществляемой
закупки, и административного наказания в виде дисквалификации.
Участник закупки - юридическое лицо, которое в течение двух лет до момента подачи
заявки на участие в закупке не было привлечено к административной ответственности за
совершение административного правонарушения, предусмотренного статьей 19.28 Кодекса
Российской Федерации об административных правонарушениях.
Обладание участником закупки исключительными правами на результаты интеллектуальной
деятельности, если в связи с исполнением контракта заказчик приобретает права на такие
результаты, за исключением случаев заключения контрактов на создание произведений
литературы или искусства, исполнения, на финансирование проката или показа
национального фильма.
Отсутствие обстоятельств, при которых должностное лицо заказчика (руководитель
заказчика, член комиссии по осуществлению закупок, руководитель контрактной службы
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
11.9
11.10
11.11
12
13
14
14.1
14.2
заказчика, контрактный управляющий), его супруг (супруга), близкий родственник по
прямой восходящей или нисходящей линии (отец, мать, дедушка, бабушка, сын, дочь, внук,
внучка), полнородный или неполнородный (имеющий общих с должностным лицом
заказчика отца или мать) брат (сестра), лицо, усыновленное должностным лицом заказчика,
либо усыновитель этого должностного лица заказчика является:
а) физическим лицом (в том числе зарегистрированным в качестве индивидуального
предпринимателя), являющимся участником закупки;
б) руководителем, единоличным исполнительным органом, членом коллегиального
исполнительного органа, учредителем, членом коллегиального органа унитарной
организации, являющейся участником закупки;
в) единоличным исполнительным органом, членом коллегиального исполнительного органа,
членом коллегиального органа управления, выгодоприобретателем корпоративного
юридического лица, являющегося участником закупки. Выгодоприобретателем является
физическое лицо, которое владеет напрямую или косвенно (через юридическое лицо или
через несколько юридических лиц) более чем десятью процентами голосующих акций
хозяйственного общества либо владеет напрямую или косвенно (через юридическое лицо
или через несколько юридических лиц) долей, превышающей десять процентов в уставном
(складочном) капитале хозяйственного товарищества или общества
Отсутствие в реестре недобросовестных поставщиков (подрядчиков, исполнителей)
информации об участнике закупки, в том числе о лицах, информация о которых содержится
в заявке на участие в закупке в соответствии с подпунктом "в" пункта 1 части 1 статьи 43
Закона о контрактной системе, если Правительством Российской Федерации не установлено
иное.
Участник закупки не является офшорной компанией, не имеет в составе участников (членов)
корпоративного юридического лица или в составе учредителей унитарного юридического
лица офшорной компании, а также не имеет офшорных компаний в числе лиц, владеющих
напрямую или косвенно (через юридическое лицо или через несколько юридических лиц)
более чем десятью процентами голосующих акций хозяйственного общества либо долей,
превышающей десять процентов в уставном (складочном) капитале хозяйственного
товарищества или общества.
Участник закупки не является иностранным агентом.
Отсутствие у участника закупки ограничений для участия в закупках, установленных
законодательством Российской Федерации.
Дополнительные требования к участникам закупок аудиторских и сопутствующих аудиту
услуг, а также консультационных услуг.
Не установлено
Дополнительные требования к участникам закупки отдельных видов товаров, работ, услуг
для обеспечения государственных и муниципальных нужд
Дополнительные требования к участникам закупки согласно ч. 2 ст. 31 Закона о
контрактной системе (ПП РФ от 29.12.2021 № 2571):
Не требуется
Дополнительное требование к участникам закупки согласно ч.2.1 ст.31 Закона о
контрактной системе:
Установлено дополнительное требование об исполнении участником закупки (с учетом
правопреемства) в течение трех лет до даты подачи заявки на участие в закупке контракта,
заключенного в соответствии с Федеральным законом от 05.04.2013 N 44-ФЗ "О
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд" или договора, заключенного в соответствии с
Федеральным законом от 18 июля 2011 года N 223-ФЗ "О закупках товаров, работ, услуг
отдельными видами юридических лиц" при условии исполнения таким участником закупки
требований об уплате неустоек (штрафов, пеней), предъявленных при исполнении таких
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
15
16
17
17.1
17.2
контракта, договора. Стоимость исполненных обязательств по таким контракту, договору
должна составлять не менее двадцати процентов начальной (максимальной) цены контракта.
Отстранение участника закупки от участия в определении поставщика (подрядчика,
исполнителя) или отказ от заключения контракта с победителем определения поставщика
(подрядчика, исполнителя) осуществляется в любой момент до заключения контракта, если
заказчик или комиссия по осуществлению закупок обнаружит, что участник закупки не
соответствует требованиям, или предоставил недостоверную информацию в отношении
своего соответствия указанным требованиям.
Исчерпывающий перечень документов, которые должны быть представлены участниками
открытого конкурса в электронной форме
Заявка на участие в открытом конкурсе в электронной форме состоит из двух частей и
предложения участника открытого конкурса в электронной форме о цене контракта (третьей
части).
В случае проведения открытого конкурса в электронной форме в соответствии с частью 19
статьи 48 Закона о контрактной системе заявка состоит из второй и третьей частей.
Требования к содержанию, составу первой части заявки на участие в открытом конкурсе в
электронной форме (в случае, если в извещении об осуществлении закупки установлены
критерии, предусмотренные пунктами 2 и 3 части 1 статьи 32 Закона о контрактной
системе):
1. Предложение участника электронного конкурса по критериям, предусмотренным
пунктами 2 и (или) 3 части 1 статьи 32 Закона о контрактной системе (в случае установления
таких критериев). При этом отсутствие указанного предложения не является основанием для
отклонения заявки на участие в закупке.
2. Заявка может содержать иные информацию и документы, в том числе эскиз, рисунок,
чертеж, фотография, иное изображение предлагаемого участником закупки товара. При этом
отсутствие таких информации и документов не является основанием для отклонения заявки
на участие в закупке
Требования к содержанию, составу второй части заявки на участие в открытом конкурсе в
электронной форме:
1. Решение о согласии на совершение или о последующем одобрении крупной сделки, если
требование о наличии такого решения установлено законодательством Российской
Федерации, учредительными документами юридического лица и для участника закупки
заключение контракта на поставку товара, выполнение работы или оказание услуги,
являющихся объектом закупки, либо внесение денежных средств в качестве обеспечения
заявки на участие в закупке, обеспечения исполнения контракта является крупной сделкой
2. Декларация о соответствии участника закупки требованиям, установленным пунктами 3 5, 7 - 11 части 1 статьи 31 Закона о контрактной системе (если информация и документы,
которые подтверждают соответствие участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Закона о контрактной системе, содержатся в открытых и
общедоступных государственных реестрах, размещенных в информационнотелекоммуникационной сети "Интернет", в указанную декларацию может быть также
включено положение о соответствии участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Закона о контрактной системе, с указанием адреса сайта или
страницы сайта в информационно-телекоммуникационной сети "Интернет", на которых
размещены такие информация и документы)
3. Реквизиты счета участника закупки, на который в соответствии с законодательством
Российской Федерации осуществляется перечисление денежных средств в качестве оплаты
поставленного товара, выполненной работы (ее результатов), оказанной услуги, а также
отдельных этапов исполнения контракта, за исключением случаев, если в соответствии с
законодательством Российской Федерации такой счет открывается после заключения
контракта
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
17.3
18
18.1
18.2
18.3
18.4
18.5
18.6
19
4. Информация и документы, которые подтверждают квалификацию участника закупки
(отсутствие таких информации и документов не является основанием для признания заявки
не соответствующей требованиям Закона о контрактной системе)
В случае если участник закупки является юридическим лицом, зарегистрированным на
территории государства - члена Евразийского экономического союза, за исключением
Российской Федерации, или физическим лицом, являющимся гражданином государства члена Евразийского экономического союза, за исключением Российской Федерации,
необходимо представить информацию и документы, подтверждающие предоставление
обеспечения заявки на участие в закупке, в форме электронных документов или в форме
электронных образов бумажных документов. (Постановление Правительства РФ от
10.04.2023 № 579).
Третья часть заявки на участие в открытом конкурсе в электронной форме должна
содержать предложение участника закупки о цене контракта или предложение участника
закупки о сумме цен единиц товара, работы, услуги (в случае, предусмотренном частью 24
статьи 22 Закона о контрактной системе)
Срок, место и порядок подачи заявок участников закупки
Участник открытого конкурса в электронной форме вправе подать
заявку на участие в открытом конкурсе в электронной форме в
любое время с момента размещения извещения о его проведении
до предусмотренных извещением даты и времени окончания
Срок подачи
срока подачи таких заявок.
Участник открытого конкурса в электронной форме вправе подать
только одну заявку на участие в открытом конкурсе в электронной
форме.
Дата и время окончания
срока подачи заявок на
участие в открытом
30.10.2026 г. в 10:00
конкурсе в электронной
форме
Дата рассмотрения и
оценки первых частей
заявок на участие в
03.11.2026 г.
открытом конкурсе в
электронной форме
Дата подачи
участниками открытого
конкурса в электронной 05.11.2026 г.
форме предложений о
цене контракта
Дата рассмотрения и
оценки вторых частей
заявок на участие в
09.11.2026 г.
открытом конкурсе в
электронной форме
Дата подведения итогов 10.11.2026 г.
Подача ценовых предложений (предложений о цене контракта
либо о сумме цен единиц товара, работы, услуги (в случае,
Порядок подачи
предусмотренном частью 24 статьи 22 Закона о контрактной
предложений о цене
системе) проводится на электронной площадке в день, указанный
контракта
в извещении о проведении открытого конкурса в электронной
форме.
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Продолжительность приема предложений о цене контракта
составляет один час.
Время начала проведения такой процедуры устанавливается
оператором электронной площадки в соответствии со временем
часовой зоны, в которой расположен заказчик.
В случае, если участником закупки не подано предложение,
предусмотренное настоящим пунктом, ценовым предложением
участника закупки считается предложение, содержащееся в
третьей части заявки на участие в закупке.
Внесение изменений в извещение. Разъяснения положений извещения. Отказ от проведения
20
открытого конкурса
Заказчик вправе внести изменения в извещение об осуществлении
Внесение изменений в
20.1
закупки не позднее чем за один рабочий день до даты окончания
извещение
срока подачи заявок на участие в закупке
Даты начала и окончания
предоставления
Дата начала предоставления разъяснений: с даты публикации
20.2
участникам закупки
извещения
разъяснений положений Дата окончания предоставления разъяснений: 27.10.2026 г.
извещения
Любой участник закупки, зарегистрированный в единой
информационной системе, вправе направить с использованием
электронной площадки заказчику не более чем три запроса о даче
разъяснений положений извещения об осуществлении закупки
при проведении электронного конкурса и электронного аукциона
не позднее чем за три дня до окончания срока подачи заявок на
участие в закупке. Не позднее одного часа с момента поступления
Порядок предоставления такого запроса оператор электронной площадки направляет его с
участникам закупки
использованием электронной площадки заказчику. Не позднее
20.3
разъяснений положений двух дней со дня, следующего за днем поступления заказчику
извещения об
запроса о даче разъяснения положений извещения об
исуществлении закупки. осуществлении закупки, заказчик формирует с использованием
единой информационной системы, подписывает усиленной
электронной подписью лица, имеющего право действовать от
имени заказчика, и размещает в единой информационной системе
разъяснение положений извещения об осуществлении закупки с
указанием предмета запроса, но без указания участника закупки,
от которого поступил такой запрос. Такие разъяснения не должны
изменять суть извещения об осуществлении закупки.
III. Размер и порядок обеспечения заявок на участие в закупке, обеспечения исполнения контракта
Размер обеспечения заявки предусмотрен извещением
Порядок обеспечения заявок:
21
Размер обеспечения
заявок на участие в
открытом конкурсе в
электронной форме
Обеспечение заявки может предоставляться в виде денежных
средств или независимой гарантии. Выбор способа обеспечения
заявки осуществляется участником закупки.
Обеспечение заявки в виде денежных средств предоставляется в
соответствии с правилами и порядком, определенными
оператором электронной площадки с использованием
специального счета, открытого участником закупки в одном из
банков, предусмотренных пп. «а» п. 1 ч. 5 ст. 44 Федерального
закона от 05.04.2013 № 44-ФЗ»
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Обеспечение заявки в виде независимой гарантии предоставляется
в соответствии с условиями настоящей информационной карты.
Участники закупки, являющиеся юридическими лицами,
зарегистрированными на территории государства - члена
Евразийского экономического союза, за исключением Российской
Федерации, или физическими лицами, являющимися гражданами
государства - члена Евразийского экономического союза, за
исключением Российской Федерации, вправе предоставить
обеспечение заявок в виде денежных средств, которые вносятся
участниками закупки на счет, указанный заказчиком в извещении
об осуществлении закупки, на котором в соответствии с
законодательством Российской Федерации учитываются операции
со средствами, поступающими заказчику. (Постановление
Правительства РФ от 10.04.2023 № 579).
21.1.
Условия независимой
гарантии,
предоставляемой в
качестве обеспечения
заявки
Независимая гарантия, выданная участнику закупки банком,
государственной корпорацией развития «ВЭБ.РФ», фондами
содействия кредитованию, Евразийским банком развития (если
участник закупки является юридическим лицом,
зарегистрированным на территории государства - члена
Евразийского экономического союза, за исключением Российской
Федерации, или физическим лицом, являющимся гражданином
государства - члена Евразийского экономического союза, за
исключением Российской Федерации), для целей обеспечения
заявки на участие в закупке, должна соответствовать требованиям
статьи 45 Федерального закона, постановления Правительства
Российской Федерации от 08.11.2013 г. № 1005.
Независимая гарантия должна в том числе содержать:
- указание на то, что все споры по независимой гарантии подлежат
рассмотрению в Арбитражном суде города Москвы.
- условие об обязанности гаранта уплатить заказчику
(бенефициару) денежную сумму по независимой гарантии не
позднее десяти рабочих дней со дня, следующего за днем
получения гарантом требования заказчика (бенефициара),
соответствующего условиям такой независимой гарантии, при
отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого
требования.
Срок действия независимой гарантии, предоставленной в качестве
обеспечения заявки, должен составлять не менее чем месяц с даты
окончания срока подачи заявок.
Типовая форма независимой гарантии, предоставляемой в
качестве обеспечения заявки представлена в Приложении № 1 к
информационной карте конкурса в электронной форме.
Размер обеспечения исполнения контракта предусмотрен
извещением
22
Размер обеспечения
исполнения контракта
Если участником закупки предложена цена контракта, которая на
25 и более процентов ниже начальной (максимальной) цены
контракта, либо предложена сумма цен единиц товара, работы,
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
услуги, которая на 25 и более процентов ниже начальной суммы
цен указанных единиц, участник предоставляет обеспечение
исполнения контракта в размере и на условиях, предусмотренных
статьей 37 Закона о контрактной системе.
Исполнение контракта может обеспечиваться предоставлением
независимой гарантии, соответствующей требованиям ст. 45
Закона о контрактной системе, или внесением денежных средств
на указанный заказчиком счет, на котором в соответствии с
законодательством Российской Федерации учитываются операции
со средствами, поступающими заказчику.
Способ обеспечения исполнения контракта определяется
участником закупки, с которым заключается контракт,
самостоятельно.
Срок действия независимой гарантии устанавливается с учетом
требований пп. 5 ч. 2 ст. 45 и ст. 96 Закона о контрактной системе.
Срок внесения обеспечения – до момента заключения контракта.
Реквизиты счета для внесения обеспечения исполнения контракта:
23
Условия обеспечения
исполнения контракта
Наименование заказчика: Государственное казенное учреждение
города Москвы «Информационный город»
Реквизиты:
ИНН: 7701356086
КПП: 770301001
Лицевой счет: 2181131000451956
Счет №: 03222643450000007300, БИК: 004525988 в ОКЦ № 1 ГУ
Банка России по ЦФО//УФК ПО Г. МОСКВЕ, г Москва, корр.
счет: 40102810545370000003.
Особенности внесения: Контракт заключается после
предоставления заказчику обеспечения исполнения контракта.
Исполнение контракта может обеспечиваться путем внесения
денежных средств на счет заказчика, на котором в соответствии с
законодательством РФ учитываются операции с поступающими
ему средствами, либо предоставлением независимой гарантии.
Требования, которым должна соответствовать независимая
гарантия, установлены статьями 45 и 96 Федерального закона от
05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и
муниципальных нужд» (далее - Закон). Способ обеспечения
исполнения контракта определяет участник закупки, с которым
заключается контракт, самостоятельно. В независимую гарантию
включается условие об обязанности гаранта уплатить заказчику
(бенефициару) денежную сумму по независимой гарантии не
позднее десяти рабочих дней со дня, следующего за днем
получения гарантом требования заказчика (бенефициара),
соответствующего условиям такой независимой гарантии, при
отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого
требования. Типовая форма независимой гарантии утверждена
постановлением Правительства РФ от 08.11.2013 № 1005.
Получатель: ДЕПАРТАМЕНТ ФИНАНСОВ ГОРОДА МОСКВЫ
(ГКУ "Инфогород")
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
24
Требования к
независимой гарантии
Требования к независимой гарантии утверждены постановлением
Правительства Российской Федерации от 8 ноября 2013 г. № 1005
«О независимых гарантиях, используемых для целей
Федерального закона «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и
муниципальных нужд».
Независимая гарантия оформляется в письменной форме на
бумажном носителе или в форме электронного документа,
подписанного усиленной квалифицированной электронной
подписью лица, имеющего право действовать от имени Гаранта на
условиях, определенных гражданским законодательством и ст. 45
Федерального закона. Независимая гарантия должна быть
безотзывной и должна содержать обязательства Гаранта
выплатить Бенефициару сумму Гарантии или ее часть, а именно:
- обязательство уплатить сумму неустойки (штрафа, пеней)
предусмотренных контрактом;
- обязательство уплатить сумму в размере авансового платежа
(если выплата авансового платежа предусмотрена условиями
контракта) при условии если бенефициаром предъявлено
требование о возврате авансового платежа принципалу и оно им
не выполнено.
Независимая гарантия должна в том числе содержать указание на
то, что все споры по независимой гарантии подлежат
рассмотрению в Арбитражном суде города Москвы.
Типовая форма независимой гарантии, предоставляемой в
качестве обеспечения исполнения контракта представлена в
Приложении № 2 к информационной карте конкурса в
электронной форме.
25
26
Информация о
банковском
Не установлено
сопровождении
контракта
Заказчик при
определении поставщика
(подрядчика,
исполнителя) вправе
установить в извещении
об осуществлении
закупки требование к
поставщику (подрядчику,
исполнителю), не
Лот № 1: не установлено
являющемуся субъектом
малого
предпринимательства
или социально
ориентированной
некоммерческой
организацией, о
привлечении к
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
исполнению контракта
субподрядчиков,
соисполнителей из числа
субъектов малого
предпринимательства,
социально
ориентированных
некоммерческих
организаций.
27
28
29
30
31
IV. Иные положения
За нарушение требований антимонопольного законодательства Российской Федерации о
запрете участия в ограничивающих конкуренцию соглашениях, осуществления
ограничивающих конкуренцию согласованных действий предусмотрена ответственность в
соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ
Критерии оценки (показатели, содержание, значимость, порядок оценки) устанавливаются в
соответствии с Постановлением Правительства РФ от 31.12.2021 N 2604 "Об оценке заявок
на участие в закупке товаров, работ, услуг для обеспечения государственных и
муниципальных нужд, внесении изменений в пункт 4 постановления Правительства
Российской Федерации от 20 декабря 2021 г. N 2369 и признании утратившими силу
некоторых актов и отдельных положений некоторых актов Правительства Российской
Федерации" (далее - Правила оценки заявок).
Заключение контракта по результатам открытого конкурса в электронной форме: контракт
заключается в порядке, предусмотренном ст. 51 Закона о контрактной системе.
В случае непредоставления участником закупки, с которым заключается контракт,
обеспечения исполнения контракта в срок, установленный для заключения контракта, такой
участник считается уклонившимся от заключения контракта.
Последствия признания Последствия признания конкурса несостоявшимся, основания и
конкурса
действия Заказчика указаны в статье 52 Закона о контрактной
системе
несостоявшимся
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Приложение к информационной карте
конкурса в электронной форме
ИНСТРУКЦИЯ
ПО ЗАПОЛНЕНИЮ ЗАЯВКИ НА УЧАСТИЕ
В КОНКУРСЕ В ЭЛЕКТРОННОЙ ФОРМЕ
- Участник закупки вправе подать только одну заявку на участие в закупке в любое время с момента
размещения в единой информационной системе извещения об осуществлении закупки до окончания
срока подачи заявок на участие в закупке.
- Подать заявку на участие в закупке вправе только зарегистрированный в единой информационной
системе и аккредитованный на электронной площадке участник закупки путем направления такой
заявки оператору электронной площадки;
- При проведении электронных процедур документы, предусмотренные подпунктами "а" - "л" пункта
1 части 1 статьи 43 Федерального закона № 44-ФЗ, а также подтверждающие соответствие участника
закупки дополнительным требованиям, установленным в соответствии с частью 2 или 2.1 (при
наличии таких требований) статьи 31 Федерального закона № 44-ФЗ, и предусмотренные
подпунктом "н" пункта 1 части 1 статьи 43 Федерального закона № 44-ФЗ, не включаются
участником закупки в заявку на участие в закупке. Такие документы в случаях, предусмотренных
Федеральным законом № 44-ФЗ, направляются (по состоянию на дату и время их направления)
заказчику оператором электронной площадки из реестра участников закупок, аккредитованных на
электронной площадке.
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Приложение № 1 к информационной карте
конкурса в электронной форме
ТИПОВАЯ ФОРМА
независимой гарантии, предоставляемой в качестве
обеспечения заявки на участие в закупке товара, работы,
услуги для обеспечения государственных и муниципальных нужд
Дата выдачи
Номер независимой
гарантии
Информация о гаранте, принципале, бенефициаре
Коды
Полное наименование
гаранта
Идентификационный код
гаранта
Место нахождения,
телефон, адрес электронной
почты гаранта
ИНН
КПП
БИК
Полное наименование
принципала
Место нахождения,
телефон, адрес электронной
почты принципала
ИНН
КПП
по ОКТМО
по ОКТМО
Государственное казенное
ИНН
7701356086
учреждение города Москвы
КПП
770301001
«Информационный город»
105064, город Москва, район
Место нахождения,
Басманный, переулок
телефон, адрес электронной Яковоапостольский, дом 12,
по ОКТМО
45380000
почты бенефициара
строение 1, +7 (495) 957-93-57,
ig_zakupki@it.mos.ru
Информация о закупке, для обеспечения заявки на участие в которой предоставляется независимая
гарантия
Идентификационный код
262770135608677030100101490010000244
закупки
Выполнение работ по развитию государственной информационной
Наименование объекта
системы: информационная система «Система долговременного ухода и
закупки
социальные стационары» в части создания Сервиса «Чат-бот MAX
социальных сервисов»
Условия независимой гарантии
Сумма независимой
гарантии, подлежащая
уплате гарантом
Полное наименование
бенефициара
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
бенефициару (далее - сумма
независимой гарантии)
Наименование валюты
Российский рубль
Срок вступления
независимой гарантии в
силу
Срок действия независимой
гарантии
по ОКВ
643 (RUB)
1. Настоящая независимая гарантия обеспечивает исполнение принципалом его обязательств по
заключению контракта по результатам определения поставщика (подрядчика, исполнителя) (в случае
признания принципала в соответствии с Федеральным законом "О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд" (далее Федеральный закон) победителем определения поставщика (подрядчика, исполнителя) или иным
участником закупки, с которым по результатам определения поставщика (подрядчика, исполнителя)
заключается контракт).
2. Настоящая независимая гарантия не может быть отозвана гарантом.
3. Бенефициар в случаях, предусмотренных пунктом 7 части 10 и частью 13 статьи 44 Федерального
закона, вправе до окончания срока действия настоящей независимой гарантии предъявить в размере
обеспечения заявки на участие в закупке, установленном в извещении об осуществлении закупки,
приглашении принять участие в определении поставщика (подрядчика, исполнителя), документации
о закупке (в случае если Федеральным законом предусмотрена документация о закупке), требование
об уплате денежной суммы по независимой гарантии (далее - требование).
4. Бенефициар вправе направить гаранту требование в письменной форме на бумажном носителе или
в форме электронного документа, подписанного усиленной квалифицированной электронной
подписью лица, имеющего право действовать от имени бенефициара.
5. Требование в письменной форме на бумажном носителе должно быть направлено (в случае если
бенефициар направляет требование гаранту в письменной форме на бумажном носителе) по адресу:
_________.
6. Требование в форме электронного документа должно быть направлено (в случае если бенефициар
направляет требование гаранту в форме электронного документа) ________.
7. В случае направления требования бенефициар обязан одновременно с таким требованием
направить гаранту документ, подтверждающий полномочия лица, подписавшего требование по
независимой гарантии от имени бенефициара (доверенность) (в случае если требование по
независимой гарантии подписано лицом, не указанным в Едином государственном реестре
юридических лиц в качестве лица, имеющего право без доверенности действовать от имени
бенефициара).
8. В случае направления бенефициаром требования на бумажном носителе представляется оригинал
предусмотренного пунктом 7 настоящей независимой гарантии документа или заверенная
бенефициаром его копия. Если копия документа заверена лицом, не указанным в Едином
государственном реестре юридических лиц в качестве лица, имеющего право без доверенности
действовать от имени бенефициара, также представляется документ, подтверждающий полномочия
такого лица на осуществление действий от имени бенефициара. В случае направления требования в
форме электронного документа предусмотренный пунктом 7 настоящей независимой гарантии
документ представляется в форме электронного документа или в форме электронного образа
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
бумажного документа, подписанного усиленной квалифицированной электронной подписью лица,
имеющего право действовать от имени бенефициара.
9. Гарант обязан рассмотреть требование не позднее 5 рабочих дней со дня, следующего за днем
получения указанного требования и документов, предусмотренных пунктом 7 настоящей
независимой гарантии.
10. Гарант обязан уплатить бенефициару всю денежную сумму по настоящей независимой гарантии
не позднее 10 рабочих дней со дня, следующего за днем получения гарантом требования
бенефициара, соответствующего условиям настоящей независимой гарантии, при отсутствии
предусмотренных Гражданским кодексом Российской Федерации оснований для отказа в
удовлетворении этого требования.
11. Обязательство гаранта перед бенефициаром считается исполненным надлежащим образом со дня
поступления денежных сумм по настоящей независимой гарантии на счет, на котором в соответствии
с законодательством Российской Федерации учитываются операции со средствами, поступающими
бенефициару, указанный бенефициаром в требовании.
12. Гарант в случае просрочки исполнения обязательств по настоящей независимой гарантии,
требование по которой соответствует условиям настоящей независимой гарантии и предъявлено
бенефициаром до окончания срока ее действия, обязан за каждый день просрочки (начиная со дня,
следующего за днем истечения установленного настоящей независимой гарантией срока оплаты
требования, по день исполнения гарантом требования включительно) уплатить бенефициару
неустойку (пени) в размере 0,1 процента денежной суммы, подлежащей уплате по настоящей
независимой гарантии.
13. Все расходы, возникающие в связи с перечислением гарантом денежных средств по настоящей
независимой гарантии бенефициару, несет гарант.
14. Споры, возникающие в связи с исполнением обязательств по настоящей независимой гарантии,
подлежат рассмотрению в Арбитражном суде города Москвы.
15. Настоящая независимая гарантия выдана в пользу бенефициара, и права требования по ней не
могут быть переданы третьему лицу без согласия гаранта, за исключением случая перемены
заказчика при осуществлении закупки, при котором право требования по независимой гарантии
может быть передано новому заказчику с предварительным извещением об этом гаранта.
16. Дополнительные условия.
Уполномоч
енное лицо
(должность) (подпись)
гаранта
(расшифров
ка подписи)
"__" _________20 __ г.
Лист N
Всего листов
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Приложение № 2 к информационной карте
конкурса в электронной форме
ТИПОВАЯ ФОРМА
независимой гарантии, предоставляемой в качестве обеспечения
исполнения контракта
Дата выдачи
Номер независимой
гарантии
Информация о гаранте, принципале, бенефициаре
Коды
Полное наименование
гаранта
Идентификационный код
гаранта
Место нахождения,
телефон, адрес электронной
почты гаранта
ИНН
КПП
БИК
Полное наименование
принципала
Место нахождения,
телефон, адрес электронной
почты принципала
ИНН
КПП
по ОКТМО
по ОКТМО
Г о с у д а р с т в е н н о е к а з е н н о е ИНН
7701356086
учреждение города Москвы
КПП
770301001
«Информационный город»
105064, город Москва, район
Место нахождения,
Басманный, переулок
телефон, адрес электронной Яковоапостольский, дом 12,
по ОКТМО
45380000
почты бенефициара
строение 1, +7 (495) 957-93-57,
ig_zakupki@it.mos.ru
Информация о закупке, для обеспечения контракта, заключаемого при осуществлении которой,
предоставляется независимая гарантия
Идентификационный код
262770135608677030100101490010000244
закупки
Выполнение работ по развитию государственной информационной
Наименование объекта
системы: информационная система «Система долговременного ухода и
закупки
социальные стационары» в части создания Сервиса «Чат-бот MAX
социальных сервисов»
Условия независимой гарантии
Сумма независимой
гарантии, подлежащая
уплате гарантом
бенефициару (далее - сумма
Полное наименование
бенефициара
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
независимой гарантии)
Наименование валюты
Российский рубль
Срок вступления
независимой гарантии в
силу
Срок действия независимой
гарантии
по ОКВ
643 (RUB)
1. Настоящая независимая гарантия обеспечивает исполнение принципалом его обязательств,
предусмотренных контрактом, заключенным с бенефициаром, включающих в том числе
обязательства принципала по уплате неустоек (штрафов, пеней).
2. Настоящая независимая гарантия не может быть отозвана гарантом.
3. Бенефициар в случае неисполнения или ненадлежащего исполнения принципалом обязательств,
обеспеченных настоящей независимой гарантией, вправе до окончания ее срока действия предъявить
требование об уплате денежной суммы по независимой гарантии (далее - требование) в размере цены
контракта, уменьшенном на сумму, пропорциональную объему исполненных принципалом
обязательств, предусмотренных контрактом и оплаченных бенефициаром, но не превышающем
размер обеспечения исполнения контракта и сумму независимой гарантии.
4. Бенефициар вправе направить гаранту требование в письменной форме на бумажном носителе или
в форме электронного документа, подписанного усиленной квалифицированной электронной
подписью лица, имеющего право действовать от имени бенефициара.
5. Требование в письменной форме на бумажном носителе должно быть направлено (в случае если
бенефициар направляет требование гаранту в письменной форме на бумажном носителе) по адресу:
________.
6. Требование в форме электронного документа должно быть направлено (в случае если бенефициар
направляет требование гаранту в форме электронного документа) ______.
7. В случае направления требования бенефициар обязан одновременно с таким требованием
направить гаранту:
а) расчет суммы, включаемой в требование по настоящей независимой гарантии;
б) платежное поручение, подтверждающее перечисление бенефициаром аванса принципалу, с
отметкой банка бенефициара либо органа Федерального казначейства об исполнении (если выплата
аванса предусмотрена контрактом, а требование по независимой гарантии, предоставленной в
качестве обеспечения исполнения контракта, предъявлено в случае ненадлежащего исполнения
принципалом обязательств по возврату аванса);
в) документ, подтверждающий факт наступления гарантийного случая в соответствии с условиями
контракта (если требование по настоящей независимой гарантии предъявлено в случае
ненадлежащего исполнения принципалом обязательств в период действия гарантийного срока);
г) документ, подтверждающий полномочия лица, подписавшего требование по настоящей
независимой гарантии от имени бенефициара (доверенность) (в случае если требование по
настоящей независимой гарантии подписано лицом, не указанным в Едином государственном
реестре юридических лиц в качестве лица, имеющего право без доверенности действовать от имени
бенефициара).
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
8. В случае направления бенефициаром требования на бумажном носителе представляются
оригиналы предусмотренных пунктом 7 настоящей независимой гарантии документов или
заверенные бенефициаром их копии. Если копия документа заверена лицом, не указанным в Едином
государственном реестре юридических лиц в качестве лица, имеющего право без доверенности
действовать от имени бенефициара, также представляется документ, подтверждающий полномочия
такого лица на осуществление действий от имени бенефициара. В случае направления требования в
форме электронного документа предусмотренные пунктом 7 настоящей независимой гарантии
документы представляются в форме электронных документов или в форме электронных образов
бумажных документов, подписанных усиленной квалифицированной электронной подписью лица,
имеющего право действовать от имени бенефициара.
9. Гарант обязан рассмотреть требование не позднее 5 рабочих дней со дня, следующего за днем
получения указанного требования и документов, предусмотренных пунктом 7 настоящей
независимой гарантии.
10. Гарант обязан уплатить бенефициару денежную сумму по настоящей независимой гарантии в
размере, указанном в требовании, не позднее 10 рабочих дней со дня, следующего за днем получения
гарантом требования бенефициара, соответствующего условиям настоящей независимой гарантии,
при отсутствии предусмотренных Гражданским кодексом Российской Федерации оснований для
отказа в удовлетворении этого требования.
11. Обязательство гаранта перед бенефициаром считается исполненным надлежащим образом со дня
поступления денежных сумм по настоящей независимой гарантии на счет, на котором в соответствии
с законодательством Российской Федерации учитываются операции со средствами, поступающими
бенефициару, указанный бенефициаром в требовании.
12. Гарант в случае просрочки исполнения обязательств по настоящей независимой гарантии,
требование по которой соответствует условиям настоящей независимой гарантии и предъявлено
бенефициаром до окончания срока ее действия, обязан за каждый день просрочки (начиная со дня,
следующего за днем истечения установленного настоящей независимой гарантией срока оплаты
требования, по день исполнения гарантом требования включительно) уплатить бенефициару
неустойку (пени) в размере 0,1 процента денежной суммы, подлежащей уплате по настоящей
независимой гарантии.
13. Все расходы, возникающие в связи с перечислением гарантом денежных средств по настоящей
независимой гарантии бенефициару, несет гарант.
14. Споры, возникающие в связи с исполнением обязательств по независимой гарантии, подлежат
рассмотрению в Арбитражном суде города Москвы.
15. Настоящая независимая гарантия выдана в пользу бенефициара, и права требования по ней не
могут быть переданы третьему лицу без согласия гаранта, за исключением случая перемены
заказчика при осуществлении закупки, при котором право требования по независимой гарантии
может быть передано новому заказчику с предварительным извещением об этом гаранта.
16. Настоящая независимая гарантия вступает в силу, обязанности по договору предоставления
настоящей независимой гарантии подлежат исполнению со дня заключения контракта, для
обеспечения исполнения которого выдана настоящая независимая гарантия.
17. Дополнительные условия.
Уполномоч
(должность) (подпись)
(расшифров
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
енное лицо
гаранта
ка подписи)
"__" _________20 __ г.
Лист N
Всего листов
Сформировано в Единой автоматизированной информационной системе торгов города Москвы

=== ФАЙЛ: !! В помощь участникам закупок | docs/0173200001426002093/!! В_помощь_участникам_закупок.pdf
Памятка
для поставщика (подрядчика, исполнителя)
по электронному исполнению контракта
Заключенный по итогам данной закупки контракт предусматривает осуществление приемки
в электронной форме с использованием АИС «Портал поставщиков» в порядке,
установленном совместным приказом Главного контрольного управления города Москвы и
Департаментом города Москвы по конкурентной политике от 24.05.2022 № 28/70-01-52/22 в
соответствии с частью 13 статьи 94 Федерального закона от 05.04.2013 № 44-ФЗ, пунктом
2.5.4 постановления Правительства Москвы от 19.07.2019 № 899-ПП.
Поставщик
1
2
Регистрация в АИС «Портал поставщиков»
Возможность формирования документов приемки товаров, работ,
услуг по контрактам заказчиков города Москвы появится после
регистрации организации и уполномоченных лиц в АИС «Портал
поставщиков».
Формирование документа исполнения
Создание исполнения в АИС «Портал поставщиков» подразумевает
использование (выбор из уже существующих, либо заведение
новой) Стандартной товарной единицы (СТЕ) под каждую позицию
спецификации контракта. С порядком создания СТЕ можно
ознакомиться по ссылке.
3
Направление в ЕИС документа исполнения для подписания
поставщиком
После нажатия в АИС «Портал поставщиков» на кнопку «Перейти
к подписанию» открывается новая вкладка браузера с
отображением страницы документа приемки в ЕИС.
4
Автоматическое открытие модального окна ЕИС для подписания
документа исполнения с Портала поставщиков и его
автоматическая отправка заказчику
Дата отправки в ЕИС = дата подписания в ЕИС.
5
Рассмотрение и подписание заказчиком документов приемки
Заказчик осуществляет полную либо частичную приемку,
направляет уведомление об уточнении или мотивированный отказ.
Заказчик
Бухгалтерские
системы заказчика,
ЕИС
Дополнительная информация:
- Инструкция по формированию документов приемки
- Полное руководство пользователя по электронному исполнению контрактов
- Видео-инструкции в телеграмм-канале
